Rok incidentů: co mají firmy změnit v bezpečnosti a obnově

Za poslední rok se opakovaně ukázalo, že firemní provoz může ohrozit víc než samotný útok na web. Problém v cloudu, u dodavatele, v aktualizaci nebo ve vývojovém procesu může zasáhnout prodej i interní práci.

Tento přehled vybírá ověřené události od 26. října 2025 do 26. října 2026. Jde o výběr případů, ne o úplný soupis internetu ani statistický důkaz nárůstu všech incidentů. U bezpečnostního oznámení rozlišujeme den zveřejnění od doby případného zneužití.

Události a jejich praktická poučení

1. 29.–30. 10. 2025
   Technický výpadek

   Azure Front Door

   Konfigurace a ověření důvěryhodného bodu návratu.

2. 9. 11. 2025
   Útok na dodavatele

   Mixpanel - zjištění incidentu

   Rozsah dat předávaných externím službám.

3. 18. 11. 2025
   Technický výpadek

   Cloudflare

   Závislosti na ochranných a distribučních službách.

4. 24. 11. 2025
   Dodavatelský útok

   PostHog / Shai-Hulud 2.0

   Oprávnění v CI, tokeny a škodlivá vydání balíčků.

5. 3. 12. 2025
   Kritická zranitelnost

   React2Shell - zveřejnění

   Inventář serverových balíčků a proces oprav.

6. 5. 12. 2025
   Výpadek při změně

   Cloudflare

   Kontrola bezpečnostních změn a postup návratu.

7. 20. 10. 2026
   Technický výpadek

   Google Cloud a bankovní služby

   Záložní provoz a společné body selhání.

8. 21. 10. 2026
   Kritická zranitelnost

   PHP - kritické opravy

   Ověřit, že opravené prostředí opravdu běží.

Co se mění s AI

Reporty z roku 2026 popisují AI při průzkumu, phishingu, zpracování dat a agentních pracovních postupech útočníků. Tato pozorování podporují potřebu rychlejší a pravidelnější obrany. Neopravňují však připsat AI elektrickou poruchu nebo každý nefunkční web.

AI zároveň pomáhá obráncům hledat chyby a ověřovat kód. Rozhodující zůstává, zda se nález promění v opravu ve skutečném firemním prostředí. Více v článcích o AI v útocích a AI při objevování zranitelností.

Čtyři věci, které mají firmy řešit společně

• Prevence: aktuální inventář, aktualizace, oprávnění a kontrola změn.
• Detekce: monitoring a záznamy, ke kterým je přiřazena reakce.
• Omezení dopadu: oddělení prostředí, přístupů a důležitých závislostí.
• Obnova: důvěryhodné zálohy, připravené postupy a ověřená funkčnost.

Proč nestačí chránit jen viditelný web

E-shop potřebuje databázi, platby, sklad a integrační úlohy. Zaměstnanci používají interní aplikace, e-mail a vzdálené přístupy. Vývoj se opírá o repozitáře, balíčky a publikační procesy. Při plánování bezpečnosti je třeba těmto vazbám rozumět.

Stejně tak je třeba rozlišovat zálohu a dostupný náhradní provoz. Obojí má jiný účel a jejich použitelnost se prokazuje testem. Failover, RTO a RPO pomáhají propojit techniku s tím, co si firma může dovolit ztratit.

Rozumný začátek pro vaši firmu

Vyberte kritické služby, určete jejich vlastníky a sepište otevřená rizika. Nejdříve řešte závažné a veřejně dostupné slabiny, potom zlepšujte průběžnou správu a obnovu. Rozsah musí odpovídat reálnému podnikání a možnostem týmu.