Aktuālā situācija: PHP2Shell. Divas kritiskas PHP ievainojamības (CVSS 9.2) ļauj izpildīt ļaunprātīgu kodu bez pieteikšanās. Ielāpi kopš 21.10.2026.Kas jādara tagad →

Kiberapdrošināšana: kas svarīgi apdrošināšanas gadījumā

Uzbrukuma gadījumā izmaksu bieži nosaka agrīna apdrošinātāja informēšana, nodrošināti pierādījumi un saskaņoti soļi. Šeit vispārīgi tipiskie punkti.

Aktuāls uz 3 min lasīšanas laiksTiesības un atbilstība

Īsi: Kiberapdrošināšanas gadījumā galvenokārt svarīgi trīs aspekti: agri informēt apdrošinātāju, nodrošināt pierādījumus, nevis pārsteidzīgi uzstādīt sistēmu no jauna, un iepriekš saskaņot svarīgus soļus. Kas tieši ir spēkā, rakstīts jūsu apdrošināšanas noteikumos. Šī lapa sniedz vispārīgas norādes, nav juridiska konsultācija un neaizstāj saskaņošanu ar apdrošinātāju, brokeri vai juristu.

Svarīgi

Nav juridiska vai apdrošināšanas konsultācija: noteicošs ir tikai jūsu līgums un apdrošinātāja informācija. Noteikumus vislabāk izlasiet tagad, nevis tikai nopietnā gadījumā.

Kāpēc apdrošināšanas gadījums kiberriskiem ir īpašs

Ūdens bojājuma gadījumā ir acīmredzams, kas noticis. Uzbrukumā tīmekļa serverim ir citādi: sākumā bieži ir tikai aizdomas, piemēram, dīvains fails, neparasts process vai hostinga sniedzēja brīdinājums. Vai zaudējums patiešām iestājies, atklājas tikai izmeklēšanā.

PHP2Shell ir labs piemērs. Abas ievainojamības CVE-2026-109618 un CVE-2026-109619 ļauj izpildīt kodu bez autentifikācijas. Kas ielāpojis tikai dienas pēc 2026. gada 21. oktobra, nevar droši izslēgt, ka iepriekš kaut kas noticis. Ielāps nenoņem jau ievadītu ļaunprātīgu programmatūru un nepierāda, ka nekas nav noticis. Jautājums, vai un kad pastāv apdrošināšanas gadījums, tāpēc bieži nav viennozīmīgs.

Kiberapdrošināšana apdrošināšanas gadījumā: tipiskie pienākumi

Pienākumi (Obliegenheiten) ir apdrošinājuma ņēmēja pienākumi, kuru pārkāpšana var apdraudēt izmaksu. Daudzās polisēs ir līdzīgi punkti, taču atsevišķās detaļās tie ievērojami atšķiras:

  • Ziņošana: apdrošinātāju informēt nekavējoties, tiklīdz apdrošināšanas gadījums ir iestājies vai draud.
  • Zaudējumu mazināšana: veikt saprātīgus pasākumus zaudējumu ierobežošanai, piemēram, skartās sistēmas atvienot no tīkla.
  • Saskaņošana: būtiskus soļus, uzdevumu došanu un maksājumus iepriekš noskaidrot ar apdrošinātāju.
  • Informācija un pierādījumi: sniegt informāciju un sagādāt dokumentus, kas nepieciešami zaudējumu konstatēšanai.
  • Pierādījumu nodrošināšana: pēdas nevajadzīgi neiznīcināt, lai cēloni un apjomu varētu noteikt.

Daži līgumi turklāt satur prasības par drošību pirms zaudējumiem, piemēram, regulāri atjauninājumi, rezerves kopijas vai daudzfaktoru pieteikšanās. Arī riska anketas norādēm līguma noslēgšanas brīdī var būt nozīme.

Pirmais zvans apdrošinātājam

Daudzi kiberapdrošinātāji piedāvā ārkārtas tālruņa līniju. Sagatavojiet apdrošināšanas numuru un īsu situācijas aprakstu. Pirmajā kontaktā noskaidrojiet šos jautājumus un atbildes pierakstiet ar datumu, laiku un sarunu partnera vārdu:

  1. Vai gadījums oficiāli jāpiesaka un kādā formā?
  2. Vai apdrošinātājs nodrošina savus pakalpojumu sniedzējus forensikai un atjaunošanai, vai drīkstam uzdot uzdevumus saviem?
  3. Kuras izmaksas ir iepriekš apstiprinātas, kurām vajadzīga piekrišana?
  4. Kādi dokumenti nepieciešami?
  5. Vai ir norādījumi par komunikāciju uz āru vai juristu iesaistīšanu?

Pierādījumu nodrošināšana, pirms uzstāda no jauna

Saprotamais reflekss pēc uzbrukuma ir serveri nekavējoties uzstādīt no jauna. Apdrošināšanai, datu aizsardzībai un iespējamam iesniegumam policijā tas bieži ir nelabvēlīgi, jo pēdas pazūd. Labāk: skartās sistēmas izolēt, žurnālus un atmiņas attēlus nodrošināt, izveidot failu sarakstus ar laika zīmogiem un tikai tad tīrīt vai būvēt no jauna.

PHP2Shell gadījumā speciālistu prese iesaka servera žurnālus glabāt no 2026. gada 20. oktobra. Publicētu, apstiprinātu Indicators of Compromise līdz šim nav; atklāšanas pamatā ir uzvedības analīze. Tāpēc vēl svarīgāk, lai neapstrādātie dati tiktu saglabāti. Profesionālu nodrošināšanu veic IT forensika.

Sasaiste ar datu aizsardzību un iesniegumu policijā

Apdrošināšanas gadījums reti notiek viens pats. Ja var būt skarti personas dati, spēkā ir ziņošanas pienākums saskaņā ar VDAR 33. pantu, iespējami 72 stundu laikā no brīža, kad kļuvis zināms. Vairāk lapā VDAR ziņošanas pienākums. Daudzi apdrošinātāji tajā palīdz ar nodrošinātiem juristiem.

Arī iesniegums policijā var būt lietderīgs vai apdrošinātāja vēlams. Vācijas zemju kriminālpolicijas biroju (Landeskriminalämter) Kibernoziegumu centrālie kontaktpunkti (Zentrale Ansprechstellen Cybercrime) šim nolūkam ir pareizā adrese, skatiet Iesnieguma iesniegšana. Secību saskaņojiet ar apdrošinātāju.

Sagatavotība: līgums un ārkārtas plāns kopā

Izmantojiet pašreizējo situāciju, lai izlasītu savu līgumu un pienākumus pārņemtu savā ārkārtas plānā. Ierakstiet tālruņa līnijas numuru un apdrošināšanas numuru vietā, kas pieejama arī bez funkcionējošas IT. Pārbaudiet, vai jūsu norādes par drošības stāvokli joprojām ir pareizas. Strukturēts IT ārkārtas plāns tajā palīdz.

Noder arī īsa saruna ar brokeri vai apdrošinātāju ārpus apdrošināšanas gadījuma. Vaicājiet, kā apdrošinātājs izturas pret preventīviem pasākumiem, piemēram, vietnes izslēgšanu, kādus pierādījumus par atjauninājumiem tas sagaida un vai ir ieteikumi žurnālu glabāšanai. Atbildēm jānonāk rakstiski ārkārtas plānā.

Kā PHP SOS palīdz konkrēti?

  • Mēs izsekojami saglabājam žurnālus un sistēmu stāvokļus, pirms tiek tīrīts, un dokumentējam katru pasākumu ar laiku.
  • Mēs sastādām tehnisku ziņojumu par cēloni, apjomu un veiktajiem pasākumiem, ko varat uzrādīt apdrošinātājam.
  • Pēc jūsu vēlēšanās mēs saskaņojamies ar apdrošinātāja pakalpojumu sniedzējiem.
  • Ar Incident Response mēs pavadām incidentu līdz dokumentētai atjaunošanai.

Biežāk uzdotie jautājumi

Kad man jāinformē kiberapdrošināšana?

Tas noteikts jūsu līgumā. Daudzi noteikumi prasa nekavējoties ziņot, tiklīdz apdrošināšanas gadījums ir iestājies vai nopietni draud. Šaubu gadījumā ziņojiet agri, arī ja apjoms vēl nav skaidrs.

Vai drīkstu pats pasūtīt IT pakalpojumu sniedzēju?

Dažās polisēs paredzēta ārkārtas tālruņa līnija un apdrošinātāja paša pakalpojumu sniedzēji, vai arī pirms trešo pušu uzdevumu došanas prasīta saskaņošana. Noskaidrojiet to pirmajā zvanā, lai izmaksas nebūtu strīdīgas. Atbildi fiksējiet rakstiski.

Vai apdrošinātājs maksā, ja ir trūcis atjauninājuma?

Tas ir atkarīgs no noteikumiem, norādēm līguma noslēgšanas brīdī un konkrētā gadījuma. Daži līgumi satur prasības par tehnikas līmeni vai atjauninājumiem. Šo jautājumu lieciet novērtēt savam apdrošināšanas brokerim vai juristam.

Vai vienkārša ielāpošana jau ir apdrošināšanas gadījums?

Preventīvs atjauninājums parasti vēl nav zaudējums. Bet, ja ir norādes uz ielaušanos, tas var mainīties. Vaicājiet savam apdrošinātājam, no kura brīža tas vēlas tikt informēts.

Avoti

Tūlītējs kontakts

Katra stunda ir svarīga. Rakstiet mums tūlīt.

Īsi aprakstiet sistēmu, PHP versiju un novēroto. Mēs sazināsimies, noskaidrosim situāciju un strādāsim attālināti, līdz incidents ir slēgts un dokumentēts.

Tūlītēja palīdzība