Kort sagt: Vid en skada med cyberförsäkring räknas framför allt tre saker: informera försäkringsgivaren tidigt, säkra bevis i stället för att förhastat sätta upp allt på nytt och samordna viktiga steg i förväg. Vad som exakt gäller står i era försäkringsvillkor. Den här sidan ger allmänna anvisningar, är ingen juridisk rådgivning och ersätter inte samrådet med försäkringsgivare, mäklare eller advokat.
Ingen juridisk rådgivning eller försäkringsrådgivning: avgörande är enbart ert avtal och besked från er försäkringsgivare. Läs villkoren helst nu, inte först i skarpt läge.
Varför en skada är särskild vid cyberrisker
Vid en vattenskada är det uppenbart vad som har hänt. Vid ett angrepp mot en webbserver är det annorlunda: i början finns ofta bara en misstanke, till exempel en märklig fil, en ovanlig process eller en varning från webbhotellet. Om en skada verkligen har inträffat visar sig först vid undersökningen.
PHP2Shell är ett bra exempel. De två sårbarheterna CVE-2026-109618 och CVE-2026-109619 möjliggör kodkörning utan inloggning. Den som patchade först dagar efter den 21 oktober 2026 kan inte med säkerhet utesluta att något hände dessförinnan. En patch tar inte bort skadlig programvara som redan har förts in och bevisar inte att ingenting har hänt. Frågan om och när ett försäkringsfall föreligger är därför ofta inte entydig.
Cyberförsäkring vid skada: de typiska skyldigheterna
Skyldigheter (”Obliegenheiten”) är åtaganden för försäkringstagaren vars åsidosättande kan äventyra ersättningen. Många försäkringar innehåller liknande punkter, men i detalj skiljer de sig avsevärt:
- Anmälan: informera försäkringsgivaren utan dröjsmål så snart ett försäkringsfall har inträffat eller är nära förestående.
- Skadebegränsning: vidta rimliga åtgärder för att hålla skadan liten, till exempel ta berörda system offline.
- Samråd: klargör väsentliga steg, uppdrag och betalningar i förväg med försäkringsgivaren.
- Upplysningar och underlag: lämna information och ställ till förfogande de handlingar som behövs för att fastställa skadan.
- Bevissäkring: förstör inte spår i onödan, så att orsak och omfattning går att fastställa.
Vissa avtal innehåller dessutom krav på säkerheten före skadan, till exempel regelbundna uppdateringar, säkerhetskopior eller flerfaktorsinloggning. Även uppgifterna i riskformuläret vid avtalets ingående kan spela en roll.
Det första samtalet med försäkringsgivaren
Många cyberförsäkringar erbjuder en akutjour. Ha försäkringsnumret och en kort lägesbeskrivning redo. Klargör följande frågor vid den första kontakten och anteckna svaren med datum, klockslag och samtalspartnerns namn:
- Ska fallet anmälas officiellt, och i vilken form?
- Tillhandahåller försäkringsgivaren egna leverantörer för forensik och återställning, eller får vi anlita egna?
- Vilka kostnader är godkända i förväg, vilka kräver samtycke?
- Vilka handlingar behövs?
- Finns det riktlinjer för kommunikation utåt eller för att koppla in advokater?
Säkra bevis innan allt sätts upp på nytt
Den begripliga reflexen efter ett angrepp är att sätta upp servern på nytt direkt. För försäkring, dataskydd och en eventuell polisanmälan är det ofta ogynnsamt, eftersom spår då försvinner. Bättre är: isolera berörda system, säkra loggar och minnesavbilder, upprätta fillistor med tidsstämplar och först därefter sanera eller bygga upp på nytt.
Vid PHP2Shell rekommenderar facktidningarna att serverloggar sparas från och med den 20 oktober 2026. Publicerade, bekräftade Indicators of Compromise finns hittills inte; identifieringen bygger på beteendeanalys. Desto viktigare är att rådata bevaras. En fackmässig säkring ger IT-forensik.
Samspel med dataskydd och polisanmälan
Ett försäkringsfall kommer sällan ensamt. Kan personuppgifter ha berörts gäller anmälningsplikten enligt art. 33 GDPR, om möjligt inom 72 timmar från det att ni fick kännedom. Mer om det under GDPR-anmälningsplikt. Många försäkringsgivare stöttar då med förmedlade advokater.
Även en polisanmälan kan vara meningsfull eller önskad av försäkringsgivaren. Rätt adress i Tyskland är de centrala kontaktpunkterna för cyberbrott (ZAC) hos delstaternas kriminalpolismyndigheter, se Göra en anmälan. Samråd om ordningsföljden med försäkringsgivaren.
Förebygg: stäm av avtal och beredskapsplan
Ta det aktuella läget som anledning att läsa ert avtal och föra in skyldigheterna i er beredskapsplan. För in jourens nummer och försäkringsnumret på ett ställe som går att nå även utan fungerande IT. Kontrollera om era uppgifter om säkerhetsnivån fortfarande stämmer. En strukturerad IT-beredskapsplan hjälper till med det.
Till hjälp är dessutom ett kort samtal med mäklare eller försäkringsgivare utanför en skada. Fråga hur försäkringsgivaren ser på förebyggande åtgärder som att ta en webbplats offline, vilka belägg om uppdateringar som förväntas och om det finns rekommendationer för lagring av loggar. Svaren hör skriftligt hemma i beredskapsplanen.
Hur hjälper PHP SOS konkret?
- Vi säkrar loggar och systemtillstånd spårbart innan saneringen och dokumenterar varje åtgärd med tidpunkt.
- Vi upprättar en teknisk rapport om orsak, omfattning och vidtagna åtgärder som ni kan lämna till försäkringsgivaren.
- Vi samordnar oss på begäran med försäkringsgivarens leverantörer.
- Via Incident Response följer vi incidenten till dokumenterad återställning.
Vanliga frågor
När måste jag informera cyberförsäkringen?
Det regleras i ert avtal. Många villkor kräver en anmälan utan dröjsmål så snart ett försäkringsfall har inträffat eller är nära förestående. Anmäl vid tvivel tidigt, även om omfattningen ännu är oklar.
Får jag själv anlita en IT-leverantör?
Vissa försäkringar föreskriver en akutjour och försäkringsgivarens egna leverantörer eller kräver samråd innan tredje part anlitas. Klargör det vid det första samtalet så att kostnaderna inte blir omtvistade. Svaret bör ni dokumentera skriftligt.
Betalar försäkringen om en uppdatering saknades?
Det beror på villkoren, uppgifterna vid avtalets ingående och det enskilda fallet. Vissa avtal innehåller krav på teknikens ståndpunkt eller på uppdateringar. Låt er försäkringsmäklare eller en advokat bedöma frågan.
Är enbart patchning redan ett försäkringsfall?
En förebyggande uppdatering är i regel ännu ingen skada. Finns det däremot tecken på ett intrång kan det ändras. Fråga er försäkringsgivare från när denne vill bli informerad.