Aktuellt läge: PHP2Shell. Två kritiska PHP-sårbarheter (CVSS 9,2) tillåter skadlig kod utan inloggning. Patchar sedan den 21 oktober 2026.Vad som bör göras nu →

Företagsledningens ansvar vid IT-säkerhetsbrister

IT-säkerhet är en ledningsuppgift. Här står det allmänt vilka omsorgsplikter som gäller och hur ledningen fattar spårbara beslut vid sårbarheter som PHP2Shell.

Aktualitet 4 min läsningJuridik och compliance

Kort sagt: IT-säkerhet hör till ledningens uppgifter. Ett ansvar för företagsledningen vid IT-säkerhetsbrister diskuteras framför allt när kända risker inte har hanterats på lämpligt sätt, ansvar inte har reglerats eller beslut inte har fattats på ett spårbart sätt. Vid lägen som PHP2Shell hjälper ett tydligt, dokumenterat beslut på grundval av tillgängliga fakta. Den här sidan är allmän information och ingen juridisk rådgivning.

Viktigt

Ingen juridisk rådgivning: ansvarsfrågor beror starkt på det enskilda fallet, bolagsformen och avtalsmässiga regleringar. Låt konkreta frågor bedömas av en advokat med inriktning på bolagsrätt.

Ledningens ansvar och IT-säkerhet: den allmänna ramen

För företagsledare (Geschäftsführer) i en tysk GmbH kräver § 43 GmbHG (tysk lag) en ordentlig affärsmans omsorg. För styrelser i aktiebolag innehåller § 93 AktG (tysk lag) en jämförbar regel; § 91 punkt 2 AktG (tysk lag) kräver dessutom lämpliga åtgärder för att tidigt upptäcka utvecklingar som hotar verksamhetens fortbestånd. Av de allmänna skyldigheterna härleds i fackdiskussionen att även IT-risker ska styras på lämpligt sätt.

För företagsmässiga beslut finns ett bedömningsutrymme. Den som beslutar på grundval av lämplig information och till bolagets bästa handlar enligt den så kallade Business Judgment Rule i regel pliktenligt, även om beslutet senare visar sig vara ofördelaktigt. Därav följer en praktisk lärdom: avgörande är ofta mindre resultatet än frågan om beslutet fattades informerat och spårbart.

Vad NIS2 tillför

För företag som omfattas av NIS2 regleras ledningens ansvar uttryckligen. Ledningen måste godkänna riskhanteringsåtgärderna, övervaka genomförandet och låta sig utbildas i cybersäkerhet. I Tyskland sker genomförandet genom NIS2UmsuCG (tysk lag). Om ert företag berörs och vilka skyldigheter som i detalj gäller framgår av BSI:s uppgifter (BSI är den tyska förbundsmyndigheten för informationssäkerhet). En allmän överblick ger NIS2 och säkerhet för webbservrar.

Därtill kommer skyldigheter från dataskyddet. Enligt GDPR måste ett företag vidta lämpliga tekniska och organisatoriska åtgärder och enligt art. 33 bedöma, dokumentera och i förekommande fall anmäla överträdelser av skyddet för personuppgifter.

Vad ett läge som PHP2Shell kräver av ledningen

PHP2Shell omfattar två kritiska sårbarheter i själva PHP (CVE-2026-109618 och CVE-2026-109619, vardera CVSS v4.0 9,2). BSI har utlyst varningsnivå 3 (orange) och rekommenderar en omedelbar uppdatering och, om det inte går, att webbservrarna tillfälligt tas offline. För ledningen uppstår därmed en typisk avvägning: omsättning och tillgänglighet mot en hög, offentligt känd risk.

Ingen kräver att företagsledare själva patchar servrar. Det som kan förväntas är dock att de tar läget till kännedom, klargör ansvar, låter sig rapporteras till och fattar ett beslut. Frågor som ledningen bör ställa sig:

  • Vilka av våra system använder PHP, och vem ansvarar för dem, internt eller hos leverantören?
  • Är uppdateringarna installerade och processerna omstartade, och finns det ett belägg för det?
  • Om inte: varför inte, vilka tillfälliga åtgärder pågår, och tar vi systemet offline?
  • Finns det tecken på ett intrång, och vem bedömer möjliga anmälningsplikter?

Dokumentera beslut

Anteckna lägesbild, alternativ, beslut och motivering kort skriftligt, med datum och klockslag. Ett sådant protokoll behöver inte vara långt. Det visar senare att ledningen var informerad och har vägt av. Det gäller uttryckligen även beslutet att trots risk driva ett system vidare under en begränsad tid.

Innehåll Exempel
Lägesbild BSI varningsnivå 3, patchar tillgängliga sedan 21.10.2026
Berörda system Butik, kundportal, intern wiki-installation
Alternativ patcha omedelbart, tillfälliga åtgärder, ta offline
Beslut Butiken patchad, wikin offline till uppdateringen
Motivering och ansvariga Belägg från leverantören, kontroll av IT-chefen

En patch tar inte bort skadlig programvara som redan har förts in. Även beslutet om spår ska eftersökas hör hemma i protokollet.

Organisera långsiktigt i stället för att improvisera i skarpt läge

Den bästa förebyggande insatsen är en tydlig organisation: en utsedd ansvarig för informationssäkerhet, ett förfarande för säkerhetsuppdateringar, regelbundna rapporter till ledningen, en testad IT-beredskapsplan och en oberoende granskning med lämpliga mellanrum. Som metodiskt ramverk passar BSI:s IT-Grundschutz.

Till organisationen hör också att utforma rapporterna så att ledningen förstår dem. En kort, regelbunden rapport med få uppgifter räcker ofta: hur många system är aktuella, var finns undantag och varför, vilka incidenter eller nästan-incidenter förekom, vilka beslut är aktuella. Den som tar emot sådana rapporter, ställer följdfrågor och dokumenterar resultat kan senare visa att övervakningen faktiskt ägde rum. Det gäller oberoende av om tekniken ligger internt eller hos en leverantör.

Hur hjälper PHP SOS konkret?

  • Vi upprättar en begriplig lägesbild av era webbservrar för företagsledningen, med tydliga alternativ.
  • Vi genomför det valda alternativet och levererar ett skriftligt tekniskt belägg.
  • Via en säkerhetsgranskning eller ett penetrationstest skapar vi en oberoende grund för era beslut.
  • Med ett säkerhetsunderhållsavtal reglerar vi uppdateringar och rapporter långsiktigt.

Vanliga frågor

Är en företagsledare personligen ansvarig för ett hackerangrepp?

Ett angrepp ensamt grundar inget personligt ansvar. Ett ansvar diskuteras framför allt när omsorgsplikter har åsidosatts, till exempel om kända risker har ignorerats eller ansvar inte har reglerats. Om så är fallet i det enskilda fallet kan bara juridisk rådgivning bedöma.

Kan jag lämna över IT-säkerheten helt till IT-avdelningen eller en leverantör?

Uppgifter kan delegeras, men ansvaret för val, resurser och övervakning ligger kvar hos ledningen. Låt er regelbundet rapporteras till och dokumentera vilka beslut som fattades på vilken grund.

Vad ändrar NIS2 i fråga om ledningens ansvar?

NIS2 kräver att ledningen i berörda företag godkänner riskhanteringsåtgärderna, övervakar genomförandet och deltar i utbildningar. Detaljerna följer av den tyska genomförandelagen och BSI:s uppgifter.

Hjälper en D&O-försäkring?

En ledningsansvarsförsäkring (D&O) kan täcka vissa ansvarsrisker för ledningen, men villkoren skiljer sig kraftigt. Klargör omfattningen med er mäklare eller försäkringsgivare.

Källor

Direktkontakt

Varje timme räknas. Skriv till oss nu.

Beskriv kort system, PHP-version och observation. Vi hör av oss, klarlägger läget och arbetar på distans tills incidenten är avslutad och dokumenterad.

Direkthjälp