# Kibernetičko osiguranje: što vrijedi u slučaju štete > Kibernetičko osiguranje u slučaju štete: kada obavijestiti osiguravatelja, koje su obveze tipične i kako uredno osigurati dokaze nakon napada na poslužitelj. Izvor: https://phpsos.de/hr/compliance/cyberversicherung/ Stanje: 25.10.2026 Pružatelj: PHP SOS, PHP hitna pomoć i sigurnost poslužitelja. Hitna pomoć putem WhatsAppa: https://wa.me/491736494914?text=Pozdrav%20PHP%20SOS%2C%20trebamo%20pomo%C4%87%20s%20na%C5%A1im%20PHP%20poslu%C5%BEiteljem.%20Tvrtka%3A%20%E2%80%A6%20Web-stranica%3A%20%E2%80%A6 **Ukratko:** U slučaju štete kod kibernetičkog osiguranja prije svega vrijede tri stvari: osiguravatelja obavijestiti rano, osigurati dokaze umjesto da se sustav brzopleto postavlja iznova i važne korake prethodno uskladiti. Što točno vrijedi, piše u Vašim uvjetima osiguranja. Ova stranica daje opće napomene, nije pravni savjet i ne zamjenjuje usklađivanje s osiguravateljem, posrednikom ili odvjetnikom. > **Važno:** > Nije pravni ni osiguravateljski savjet: mjerodavni su isključivo Vaš ugovor i informacija Vašeg osiguravatelja. Uvjete je najbolje pročitati sada, a ne tek u kriznom slučaju. ## Zašto je šteta kod kibernetičkih rizika posebna Kod štete od vode očito je što se dogodilo. Kod napada na web-poslužitelj to je drukčije: na početku je često samo sumnja, primjerice čudna datoteka, neuobičajen proces ili upozorenje pružatelja hostinga. Je li šteta stvarno nastala, pokazuje se tek istragom. PHP2Shell je dobar primjer. Dvije ranjivosti CVE-2026-109618 i CVE-2026-109619 omogućuju izvršavanje koda bez prijave. Tko je zakrpao tek nekoliko dana nakon 21. 10. 2026., ne može sa sigurnošću isključiti da se prije nešto dogodilo. Zakrpa ne uklanja već ubačen zlonamjerni softver i ne dokazuje da se ništa nije dogodilo. Pitanje postoji li i od kada osigurani slučaj stoga često nije jednoznačno. ## Kibernetičko osiguranje u slučaju štete: tipične obveze Obveze su dužnosti osiguranika čije kršenje može ugroziti isplatu. Mnoge police sadrže slične točke, ali se u pojedinostima znatno razlikuju: - **Prijava:** osiguravatelja bez odgode obavijestiti čim je osigurani slučaj nastupio ili mu prijeti. - **Smanjenje štete:** poduzeti razumne mjere da se šteta održi malom, primjerice pogođene sustave odvojiti s mreže. - **Usklađivanje:** bitne korake, angažiranja i plaćanja prethodno razjasniti s osiguravateljem. - **Informacije i dokazi:** pružiti informacije i staviti na raspolaganje dokumente potrebne za utvrđivanje štete. - **Osiguranje dokaza:** tragove ne uništavati bez potrebe kako bi uzrok i opseg ostali utvrdivi. Neki ugovori uz to sadrže zahtjeve o sigurnosti prije štete, primjerice redovita ažuriranja, sigurnosne kopije ili višefaktorsku prijavu. I podaci u upitniku o riziku pri sklapanju ugovora mogu imati ulogu. ## Prvi poziv osiguravatelju Mnoga kibernetička osiguranja nude liniju za hitne slučajeve. Pripremite broj police i kratak opis situacije. Pri prvom kontaktu razjasnite sljedeća pitanja i odgovore zabilježite s datumom, vremenom i imenom sugovornika: 1. Treba li slučaj službeno prijaviti i u kojem obliku? 2. Osigurava li osiguravatelj vlastite pružatelje za forenziku i ponovnu uspostavu ili smijemo angažirati vlastite? 3. Koji su troškovi unaprijed odobreni, a koji traže suglasnost? 4. Koji su dokumenti potrebni? 5. Postoje li smjernice za komunikaciju prema van ili za uključivanje odvjetnika? ## Osigurajte dokaze prije ponovnog postavljanja Razumljiv refleks nakon napada je odmah iznova postaviti poslužitelj. Za osiguranje, zaštitu podataka i moguću kaznenu prijavu to je često nepovoljno jer se time gube tragovi. Bolje je: izolirati pogođene sustave, osigurati zapisnike i slike memorije, izraditi popise datoteka s vremenskim oznakama i tek onda čistiti ili ponovno graditi. Kod PHP2Shella stručni tisak preporučuje čuvanje zapisnika poslužitelja od 20. 10. 2026. Objavljenih, potvrđenih indikatora kompromitacije (Indicators of Compromise) zasad nema; prepoznavanje se temelji na analizi ponašanja. Tim je važnije da sirovi podaci ostanu sačuvani. Stručno osiguranje pruža [IT forenzika](https://phpsos.de/hr/leistungen/it-forensik/). ## Međudjelovanje sa zaštitom podataka i kaznenom prijavom Osigurani slučaj rijetko dolazi sam. Ako mogu biti pogođeni osobni podaci, vrijedi obveza prijave prema čl. 33. GDPR-a, ako je moguće u roku od 72 sata od saznanja. Više o tome u članku [Obveza prijave prema GDPR-u](https://phpsos.de/hr/compliance/dsgvo-meldepflicht-72-stunden/). Mnogi osiguravatelji pritom pomažu posredovanjem odvjetnika. I prijava policiji može biti smislena ili je osiguravatelj može željeti. Središnje kontaktne točke za kibernetički kriminal (Zentrale Ansprechstellen Cybercrime, ZAC) njemačkih zemaljskih kriminalističkih ureda za to su prava adresa, vidi [Podnošenje prijave](https://phpsos.de/hr/compliance/anzeige-polizei-zac/). Redoslijed uskladite s osiguravateljem. ## Prevencija: uskladite ugovor i plan za hitne slučajeve Iskoristite aktualnu situaciju da pročitate svoj ugovor i obveze prenesete u svoj plan za hitne slučajeve. Broj linije za hitne slučajeve i broj police upišite na mjesto dostupno i bez ispravnog IT-a. Provjerite jesu li Vaši podaci o sigurnosnom stanju još točni. U tome pomaže strukturiran [IT plan za hitne slučajeve](https://phpsos.de/hr/compliance/notfallplan-erstellen/). Korisno je i kratak razgovor s posrednikom ili osiguravateljem izvan slučaja štete. Pitajte kako osiguravatelj postupa s preventivnim mjerama poput isključivanja web-stranice s mreže, koje dokaze o ažuriranjima očekuje i postoje li preporuke za čuvanje zapisnika. Odgovori pripadaju pisanim putem u plan za hitne slučajeve. ## Kako PHP SOS konkretno pomaže? - Osiguravamo zapisnike i stanja sustava sljedivo prije čišćenja i dokumentiramo svaku mjeru s vremenom. - Izrađujemo tehničko izvješće o uzroku, opsegu i poduzetim mjerama koje možete predočiti osiguravatelju. - Na Vaš zahtjev usklađujemo se s pružateljima usluga osiguravatelja. - Putem [odgovora na incidente](https://phpsos.de/hr/leistungen/incident-response/) pratimo incident do dokumentirane ponovne uspostave. ## Česta pitanja **Kada moram obavijestiti kibernetičko osiguranje?** To uređuje Vaš ugovor. Mnogi uvjeti zahtijevaju prijavu bez odgode čim je osigurani slučaj nastupio ili mu prijeti ozbiljna opasnost. U slučaju sumnje javite se rano, čak i ako opseg još nije jasan. **Smijem li sam angažirati IT pružatelja usluga?** Neke police predviđaju hitnu liniju i vlastite pružatelje osiguravatelja ili zahtijevaju usklađivanje prije angažiranja trećih. Razjasnite to pri prvom pozivu kako troškovi ne bi postali sporni. Odgovor biste trebali zabilježiti pisanim putem. **Plaća li osiguranje ako je nedostajalo ažuriranje?** To ovisi o uvjetima, podacima pri sklapanju ugovora i pojedinačnom slučaju. Neki ugovori sadrže zahtjeve o stanju tehnike ili ažuriranjima. To pitanje neka procijeni Vaš osiguravateljski posrednik ili odvjetnica. **Je li puko zakrpavanje već osigurani slučaj?** Preventivno ažuriranje u pravilu još nije šteta. Ako ipak postoje naznake provale, to se može promijeniti. Pitajte svog osiguravatelja od kada želi biti obaviješten. ## Izvori - [BSI](https://www.bsi.bund.de/) - [GDPR čl. 33](https://dsgvo-gesetz.de/art-33-dsgvo/) - [php.net: sigurnosne objave](https://www.php.net/)