Trumpai: Kibernetinio draudimo žalos atveju svarbu trys dalykai: anksti informuoti draudiką, išsaugoti įrodymus, o ne skubiai diegti iš naujo, ir iš anksto suderinti svarbius žingsnius. Kas tiksliai galioja, nurodyta jūsų draudimo sąlygose. Šis puslapis pateikia bendrus nurodymus, nėra teisinė konsultacija ir nepakeičia derinimo su draudiku, brokeriu ar advokatu.
Ne teisinė ar draudimo konsultacija: lemia tik jūsų sutartis ir draudiko atsakymas. Sąlygas geriausia perskaityti dabar, o ne tik kritiniu atveju.
Kodėl kibernetinės rizikos žala ypatinga
Po vandens nuotėkio akivaizdu, kas įvyko. Atakos prieš žiniatinklio serverį atveju yra kitaip: pradžioje dažnai tėra įtarimas, pavyzdžiui, keistas failas, neįprastas procesas ar hostingo teikėjo įspėjimas. Ar žala tikrai atsirado, paaiškėja tik tyrimo metu.
PHP2Shell yra geras pavyzdys. Abu pažeidžiamumai, CVE-2026-109618 ir CVE-2026-109619, leidžia vykdyti kodą be prisijungimo. Kas pataisė tik praėjus dienoms po 2026-10-21, negali užtikrintai paneigti, kad anksčiau kas nors nutiko. Pataisa nepašalina jau įterptos kenkėjiškos programinės įrangos ir neįrodo, kad nieko neįvyko. Todėl klausimas, ar ir kada yra draudiminis įvykis, dažnai nėra vienareikšmis.
Kibernetinis draudimas žalos atveju: tipinės pareigos
Pareigos (Obliegenheiten) yra draudėjo pareigos, kurių pažeidimas gali pakenkti išmokai. Daugelyje polisų yra panašių punktų, bet detalėmis jie gerokai skiriasi:
- Pranešimas: nedelsiant informuoti draudiką, kai tik įvyko draudiminis įvykis arba jis gresia.
- Žalos mažinimas: imtis pagrįstai reikalaujamų priemonių žalai sumažinti, pavyzdžiui, atjungti paveiktas sistemas nuo tinklo.
- Derinimas: svarbius žingsnius, užsakymus ir mokėjimus iš anksto išsiaiškinti su draudiku.
- Informacija ir įrodymai: pateikti informaciją ir dokumentus, reikalingus žalai nustatyti.
- Įrodymų išsaugojimas: nereikalingai nenaikinti pėdsakų, kad priežastis ir apimtis liktų nustatomos.
Kai kuriose sutartyse papildomai yra saugumo reikalavimų prieš žalą, pavyzdžiui, reguliarūs atnaujinimai, atsarginės kopijos ar daugiaveiksnis prisijungimas. Svarbūs gali būti ir duomenys rizikos anketoje sudarant sutartį.
Pirmasis skambutis draudikui
Daug kibernetinių draudimų siūlo avarinę karštąją liniją. Pasiruoškite draudimo numerį ir trumpą padėties aprašymą. Pirmo kontakto metu išsiaiškinkite šiuos klausimus ir užrašykite atsakymus su data, laiku ir pašnekovo vardu:
- Ar atvejį reikia oficialiai pranešti ir kokia forma?
- Ar draudikas pats suteikia forensikos ir atkūrimo paslaugų teikėjus, ar galime pasamdyti savo?
- Kurios išlaidos iš anksto patvirtintos, kurioms reikia pritarimo?
- Kokių dokumentų reikia?
- Ar yra nurodymų dėl komunikacijos išorėje ar advokatų įtraukimo?
Išsaugokite įrodymus, prieš diegdami iš naujo
Suprantamas refleksas po atakos yra nedelsiant iš naujo įdiegti serverį. Draudimui, duomenų apsaugai ir galimam pareiškimui policijai tai dažnai nepalanku, nes pėdsakai dingsta. Geriau: izoliuoti paveiktas sistemas, išsaugoti žurnalus ir atminties atvaizdus, parengti failų sąrašus su laiko žymomis ir tik tada valyti ar atstatyti.
Dėl PHP2Shell specializuota spauda rekomenduoja saugoti serverio žurnalus nuo 2026-10-20. Paskelbtų, patvirtintų Indicators of Compromise kol kas nėra; aptikimas remiasi elgsenos analize. Tuo svarbiau, kad pirminiai duomenys išliktų. Profesionalų išsaugojimą atlieka IT forensika.
Sąveika su duomenų apsauga ir pareiškimu policijai
Draudiminis įvykis retai būna vienas. Jei gali būti paveikti asmens duomenys, taikoma pranešimo pareiga pagal BDAR 33 straipsnį, jei įmanoma, per 72 valandas nuo sužinojimo. Daugiau apie tai puslapyje BDAR pranešimo pareiga. Daug draudikų čia padeda pasiūlydami advokatus.
Prasmingas gali būti ir pareiškimas policijai, o draudikas jo gali pageidauti. Tinkamas adresas tam yra žemių kriminalinės policijos tarnybų Zentrale Ansprechstellen Cybercrime (centriniai kibernetinių nusikaltimų kontaktiniai punktai), žr. Pareiškimo pateikimas. Eiliškumą suderinkite su draudiku.
Prevencija: suderinkite sutartį ir avarinį planą
Dabartinę padėtį panaudokite perskaityti savo sutartį ir pareigas perkelti į savo avarinį planą. Karštosios linijos numerį ir draudimo numerį įrašykite vietoje, kuri pasiekiama ir be veikiančios IT. Patikrinkite, ar jūsų duomenys apie saugumo būseną vis dar teisingi. Padeda struktūruotas IT avarinis planas.
Be to, naudingas trumpas pokalbis su brokeriu ar draudiku ne žalos atveju. Paklauskite, kaip draudikas vertina prevencines priemones, pavyzdžiui, svetainės atjungimą nuo tinklo, kokių atnaujinimų įrodymų tikisi ir ar yra rekomendacijų dėl žurnalų saugojimo. Atsakymai raštu turi patekti į avarinį planą.
Kaip PHP SOS padeda konkrečiai?
- Prieš valymą atsekamai išsaugome žurnalus ir sistemų būsenas ir kiekvieną priemonę dokumentuojame su laiku.
- Parengiame techninę ataskaitą apie priežastį, apimtį ir imtas priemones, kurią galite pateikti draudikui.
- Jūsų pageidavimu derinamės su draudiko paslaugų teikėjais.
- Per incidentų valdymą lydime incidentą iki dokumentuoto atkūrimo.
Dažni klausimai
Kada turiu informuoti kibernetinį draudiką?
Tai nustato jūsų sutartis. Daugelis sąlygų reikalauja nedelsiant pranešti, kai tik įvyko draudiminis įvykis arba jis rimtai gresia. Abejodami pranešti anksti, net jei apimtis dar neaiški.
Ar galiu pats pasamdyti IT paslaugų teikėją?
Kai kurios polisai numato avarinę karštąją liniją ir draudiko savus paslaugų teikėjus arba reikalauja suderinti prieš samdant trečiuosius asmenis. Tai išsiaiškinkite pirmo skambučio metu, kad išlaidos netaptų ginčytinos. Atsakymą užfiksuokite raštu.
Ar draudimas sumoka, jei trūko atnaujinimo?
Tai priklauso nuo sąlygų, sudarant sutartį pateiktų duomenų ir konkretaus atvejo. Kai kuriose sutartyse yra reikalavimų dėl technikos lygio ar atnaujinimų. Šį klausimą leiskite įvertinti draudimo brokeriui arba advokatui.
Ar vien pataisymas jau yra draudiminis įvykis?
Prevencinis atnaujinimas paprastai dar nėra žala. Tačiau jei yra požymių apie įsilaužimą, tai gali pasikeisti. Paklauskite draudiko, nuo kada jis nori būti informuotas.