# Kiberapdrošināšana: kas svarīgi apdrošināšanas gadījumā > Kiberapdrošināšana apdrošināšanas gadījumā: kad informēt apdrošinātāju, kādi pienākumi ir tipiski un kā droši nodrošināt pierādījumus jau sākumā. Avots: https://phpsos.de/lv/compliance/cyberversicherung/ Aktuāls uz: 25.10.2026 Pakalpojuma sniedzējs: PHP SOS, PHP ārkārtas palīdzība un serveru drošība. Tūlītēja palīdzība pa WhatsApp: https://wa.me/491736494914?text=Sveiki%2C%20PHP%20SOS%2C%20mums%20nepiecie%C5%A1ama%20pal%C4%ABdz%C4%ABba%20ar%20m%C5%ABsu%20PHP%20serveri.%20Uz%C5%86%C4%93mums%3A%20%E2%80%A6%20Vietne%3A%20%E2%80%A6 **Ī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](https://phpsos.de/lv/leistungen/it-forensik/). ## 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](https://phpsos.de/lv/compliance/dsgvo-meldepflicht-72-stunden/). 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](https://phpsos.de/lv/compliance/anzeige-polizei-zac/). 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](https://phpsos.de/lv/compliance/notfallplan-erstellen/) 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](https://phpsos.de/lv/leistungen/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 - [BSI (Vācijas Federālā informācijas drošības birojs)](https://www.bsi.bund.de/) - [VDAR 33. pants](https://dsgvo-gesetz.de/art-33-dsgvo/) - [php.net: drošības paziņojumi](https://www.php.net/)