Co vlastně kybernetické pojištění kryje a proč se liší mezi produkty
Pojištění kybernetických rizik není jeden univerzální produkt. U jedné pojišťovny může jít o ochranu proti zneužití platební karty, u jiné o komplexní krytí výpadku webu, ransomwaru, úniku dat nebo odpovědnosti vůči klientům. Rozhodující je vždy pojistná smlouva, připojištění a výluky, ne marketingový název balíčku.
Typicky se setkáte se dvěma skupinami krytí:
- První strana – škody na vašem majetku a provozu: obnova dat, forenzní analýza, IT zásah, obnova webu, ušlý zisk z výpadku.
- Třetí strana – škody vůči klientům nebo partnerům: odpovědnost za únik osobních údajů, porušení smluv, právní nároky.
U menších firem bývá nejčastější otázka, zda pojištění pokryje i situaci, kdy útočník získá přístup k platební kartě nebo objednávkovému účtu přes phishing. Odpověď je: někdy ano, někdy ne. Pokud byl účet kompromitován kvůli slabému heslu bez dvoufaktorového ověření, pojišťovna může plnění krátit nebo odmítnout. Naopak při prokazatelném podvodu, malware útoku nebo zneužití platební brány může být krytí relevantní.
Zneužití karty, phishing a podvodné platby: kdy pojišťovna pomůže
Nejčastější mýtus je, že kyberpojištění automaticky vrátí peníze za každou podvodnou transakci. Ve skutečnosti pojišťovny obvykle řeší následky incidentu, ne samotnou bankovní reklamaci. Pokud někdo zneužije vaši kartu, první krok je vždy reklamace u banky nebo karetní společnosti. Pojištění pak může doplnit úhradu nákladů, které banka neproplatí.
V praxi může jít například o:
- náklady na blokaci a výměnu karet,
- poplatky za právní zastoupení při řešení sporu,
- náklady na obnovu přístupu k účtům,
- škodu z neoprávněných transakcí, pokud není kryta bankou,
- forenzní analýzu, jak k útoku došlo.
U firemních účtů je důležitá i odpovědnost zaměstnanců. Pokud účetní po kliknutí na phishingový e-mail zadá přihlašovací údaje do falešné platební brány a odejde platba na cizí účet, pojišťovna bude zkoumat, zda firma měla nastavené základní bezpečnostní standardy. Dvoufaktorové ověření, omezení přístupů a interní schvalování plateb dnes nejsou bonus, ale minimum.
Podle různých bezpečnostních reportů stojí lidský faktor za velkou část incidentů, často se uvádí podíl nad 80 %. To znamená, že pojistka bez procesů je slabá ochrana. Firmy, které mají dobře nastavený onboarding, školení a role v přístupech, mívají při škodní události výrazně lepší pozici i vůči pojistiteli.
Co bývá ve výlukách: proč pojistka nemusí zaplatit hackera ani výpadek webu
Největší problém není to, co pojištění kryje, ale to, co nekryje. Výluky bývají u kyberpojištění poměrně přísné. Pokud je web provozovaný na zastaralém WordPressu bez aktualizací, bez záloh a bez SSL, pojišťovna může argumentovat zanedbanou péčí. Stejně tak může odmítnout plnění, pokud nebyly splněny smluvní bezpečnostní podmínky.
Časté výluky zahrnují:
- úmyslné jednání nebo podvod pojištěného,
- neaktualizovaný software a známé zranitelnosti,
- chybějící MFA u citlivých systémů,
- škody vzniklé před uzavřením smlouvy,
- pokuty a sankce, které zákon nepřipouští pojistit,
- ztrátu dat bez prokazatelné finanční škody.
U e-shopů je typickým problémem výpadek objednávkového systému. Pokud vám útočník na několik hodin vyřadí checkout, pojištění může krýt ušlý zisk a náklady na obnovu. Jenže obvykle až od určité spoluúčasti a po časové franšíze, například po 8, 12 nebo 24 hodinách výpadku. Pokud máte krátký výpadek během špičky a škoda je nižší než spoluúčast, nedostanete nic.
Proto má smysl předem si ověřit tři parametry:
- spoluúčast – kolik platíte sami,
- limit plnění – maximální částku pojistky,
- časovou franšízu – od kdy se počítá výpadek.
Jak připravit web a infrastrukturu, aby pojištění opravdu fungovalo
Pokud máte web, e-shop nebo online službu, pojistka by měla být až poslední vrstva ochrany. Z pohledu praxe se vyplácí mít připravený bezpečnostní základ, protože pojišťovna bude při škodě zkoumat technický stav systému. U WordPressu, který je stále jedním z nejčastějších CMS, je to obzvlášť důležité.
Minimální checklist by měl obsahovat:
- pravidelné aktualizace jádra, pluginů a šablon,
- dvoufaktorové ověření pro administrátory i hosting,
- automatické zálohy s offline kopií,
- SSL certifikát a vynucení HTTPS,
- omezení přístupových práv podle rolí,
- logování přihlášení a změn,
- WAF nebo bezpečnostní vrstva proti útokům na login a formuláře.
Pro monitoring se hodí nástroje jako Google Search Console pro detekci bezpečnostních problémů v indexaci, UptimeRobot nebo Better Stack pro hlídání výpadků a bezpečnostní pluginy typu Wordfence nebo Sucuri. U větších webů je vhodné mít i externí monitoring změn souborů a pravidelný restore test záloh, protože záloha, kterou neumíte obnovit, nemá reálnou hodnotu.
Z pohledu Core Web Vitals to může znít nesouvisejícím dojmem, ale rychlý a stabilní web často znamená i menší riziko chyb a jednodušší detekci incidentů. Když máte dobře nastavený výkon, monitoring a logy, snáz poznáte, že se něco děje, a rychleji doložíte pojišťovně časovou osu útoku.
Jak postupovat při incidentu, aby plnění neztroskotalo na administrativě
V případě útoku rozhodují první hodiny. Pojišťovna obvykle očekává, že incident nahlásíte bez zbytečného odkladu a budete schopni doložit, co se stalo. Pokud se snažíte problém „opravit potichu“ bez evidence, můžete si tím zkomplikovat nejen forenzní analýzu, ale i samotné plnění.
Doporučený postup je následující:
- Okamžitě izolovat problém – odpojit kompromitovaný účet, web nebo server.
- Změnit přístupy – hesla, API klíče, přístup do administrace, platební brány.
- Zajistit důkazy – logy, screenshoty, časové značky, e-maily, IP adresy.
- Kontaktovat banku a poskytovatele hostingu.
- Nahlásit škodu pojišťovně podle smluvního postupu.
- Spustit obnovu ze zálohy až po vyhodnocení rozsahu zásahu.
Pokud pracujete s osobními údaji, vstupuje do hry i GDPR. Únik dat může znamenat povinnost hlášení Úřadu pro ochranu osobních údajů a někdy i informování dotčených klientů. Kyberpojištění může pomoci uhradit právní a administrativní náklady, ale nenahrazuje povinnost incident řešit správně.
Praktický tip: mějte připravený jednoduchý incident response dokument. Stačí jedna stránka s kontakty na hosting, správce webu, banku, právníka a pojišťovnu. V krizové situaci ušetří hodiny a snižuje riziko, že někdo smaže důležité stopy nebo naopak zbytečně prodlouží výpadek.
Pro koho má kybernetické pojištění smysl a kdy je lepší investovat do prevence
Pojištění kybernetických rizik dává největší smysl firmám, které mají online příjmy, klientská data, platební transakce nebo závislost na dostupnosti webu. Typicky jde o e-shopy, agentury, SaaS služby, účetní firmy, zdravotnické ordinace, realitní kanceláře nebo menší výrobce s B2B portálem. U nich může i krátký výpadek znamenat desítky až stovky tisíc korun škody.
Naopak u velmi malých webů bez transakcí může být lepší nejdřív investovat do prevence: kvalitního hostingu, záloh, MFA, bezpečnostního auditu a školení týmu. Roční cena základního kyberpojištění se u menších subjektů často pohybuje v řádu nižších tisíců až desítek tisíc korun podle obratu, limitů a oboru. Pokud máte nízké riziko a malou digitální stopu, může být návratnost slabší než u firmy, která denně zpracovává platby a osobní údaje.
Rozumný postup je kombinace obojího: prevence + pojištění. Před podpisem smlouvy si nechte vysvětlit, jaké bezpečnostní standardy pojišťovna vyžaduje, co přesně kryje a jak probíhá likvidace škody. Pokud spravujete web nebo e-shop, vyplatí se mít k tomu i technický audit: aktualizace CMS, kontrolu pluginů, zálohování, MFA, monitoring výpadků a test obnovy. Teprve pak dává kybernetická pojistka reálný smysl jako finanční polštář, ne jako náhrada slabé bezpečnosti.












