Cloudflare: když bezpečnostní vrstva odstaví web

Server může fungovat, a zákazník se k němu přesto nedostane. Mezi uživatelem a aplikací bývá CDN, ochrana proti útokům, přihlašování nebo ověření formuláře. Každá z těchto služeb patří do mapy provozních závislostí.

Co se stalo 18. listopadu 2025

Cloudflare spojil rozsáhlé chyby proxy s příliš velkým konfiguračním souborem Bot Management. Duplicitní položky vznikly po změně databázových oprávnění a zpracování narazilo na limit. Poskytovatel výslovně uvedl, že příčinou nebyl kybernetický útok. Obnova probíhala postupně. Oficiální postmortem Cloudflare.

Co to znamená pro firemní provoz

Při kontrole dostupnosti potřebujete vědět, zda monitorujete jen vlastní server, nebo celou cestu zákazníka. Úspěšná odpověď interního health checku ještě nepotvrzuje, že se člověk přihlásí, odešle formulář a dokončí objednávku.

Zvlášť si všímejte služeb sdílených více funkcemi. Pokud přihlašování, ochrana formuláře i veřejný web závisí na stejném poskytovateli, výpadek se může projevit na více místech najednou.

Nouzový režim musí zachovat přiměřenou ochranu

Pod tlakem je lákavé vypnout zprostředkující službu a zpřístupnit původní server. Takový krok může změnit bezpečnostní podmínky: administraci, pravidla přístupu, certifikáty i ochranu před zahlcením. Nouzová cesta má být připravená a vyhodnocená předem.

Rozhodnutí o omezeném režimu musí mít vlastníka. Tým má vědět, které funkce lze zachovat a které je bezpečnější dočasně pozastavit.

Otázky pro vašeho správce

• Monitorujeme veřejnou cestu uživatele z nezávislého prostředí?
• Které funkce používají stejnou CDN, identitu nebo ochrannou službu?
• Máme dostupné kontakty a oznámení pro zákazníky i při výpadku hlavního webu?
• Je nouzová konfigurace zdokumentovaná a ověřená?
• Umíme se po obnově bezpečně vrátit do běžného režimu?

Prevence se týká i konfigurací

Řízené změny, kontrola výsledku a možnost návratu jsou důležité u aplikace i u ochranných služeb. Po zásahu testujte konkrétní uživatelské scénáře. Odpovědnost za službu má zahrnovat i situaci, kdy nefunguje její vlastní poskytovatel.