Online: 600 online | Members: 0 | Guests: 600
sobota, červen 13, 2026

Dne 5. prosince 2025, Cloudflail - jeden z hlavních pilířů moderního internetu - utrpěl další zásadní poruchu, která krátce zlomil obrovské kusy webu. Pro majitele stránek, SRE týmy a pravidelné uživatele, to byla ostrá připomínka toho, jak křehké naše "always-on" internet opravdu je.

Níže je hluboký ponor do toho, co se stalo, proč na tom záleží, a co ponaučení infrastruktury a aplikační týmy mohou vzít z něj.

Cloudflares_Latest_Global_Outage_What_Went_Wrong_and_What_It_Means_for_Your_Website.png


Rychlé shrnutí: co se stalo 5. prosince 2025?

Ráno prosince 2025, Cloudflare zažil globální narušení služeb které způsobily, že mnoho webových stránek vrátit prázdné nebo chybové stránky několik minut. Výpadek postihl širokou škálu významných služeb, včetně platforem jako LinkedIn, Zoom, Coinbase, Canva, Groww, BookMyShow a další, v závislosti na regionu a peering. Novinky AP+ 1

Hlášené zprávy a monitorovací místa:

  • Uživatelé "prázdné stránky" místo normálního obsahu při návštěvě zasažených míst. Sky News+ 1

  • A Spike in Chyby 5xx a problémy s připojením přes webové stránky a API, které se spoléhají na síť hran Cloudsvětlice. Name

  • Problémy nejen s obsluhou zákazníka, ale také s Vlastní přístrojová deska a API, který zhoršil pozorovatelnost a kontrolu právo, když je zákazníci nejvíce potřebovali. Novinky AP+ 1

Ačkoliv výpadek trval jen krátce - zhruba 08: 47 až 09: 13 GMT podle včasného hlášení - poloměr výbuchu byl dostatečně velký, aby krátce ovlivnil kritické platformy, jako je Coinbase a Antropický Claude AI, a poslal Cloudflail vlastní akcie dolů o 4- 4,5% v obchodování před tržní cenou. Reuters+ 1

Cloudflame uvedl, že:

  • Incident nebyl způsoben kybernetickým útokem.

  • Pochází z interní změna zpracování firewallu / zpracování žádostí v reakci na nově zveřejněné React Server Components (RSC) zranitelnost. Reuters+ 1

Jinými slovy: bezpečnostní změna v logice firewallu Cloudflare zavedla vedlejší efekt, který dočasně učinil velké části její sítě nedostupné.


Co přesně se rozbilo?

Z uživatelského hlediska existují dva dominantní symptomy:

  1. Hlavní stránky vrácené chyby nebo prázdné stránky

    • Velký počet stránek ukázal HTTP Chyby 5xx, nebo jednoduše prázdné / bílé stránky bez obsahu. Sky News+ 1

    • Pro některé platformy to znamenalo přihlašovací stránky nenahrávat, přístrojové desky nevystavovat, nebo API načasování.

  2. Vlastní řídící letadlo Cloudflare bylo degradováno.

    • Mrakodrap Přístrojová deska a související API byly také ovlivněny, omezit schopnost zákazníků měnit konfigurace nebo vidět, co se děje v reálném čase. Novinky AP+ 1

Na technické úrovni, první prohlášení z Cloudflare a zprávy médií ukazují na změna způsobu zpracování požadavků firewallem, zaveden za účelem zmírnění zranitelnosti v React Server Components. Tato změna neúmyslně způsobila, že Cloudflamerova síť účinně zastavit správně obsluhu provozu na několik minut. Reuters+ 1

Dokonce i krátké narušení u poskytovatele sedí před tolika webové stránky vytváří kaskádové selhání vzor:

  • Browsery obnovují připojení, zvyšují zatížení.

  • Závislé pozadí vidí hroty, nahromadění fronty, nebo timeouts.

  • Monitorovací nástroje rychle zaplavují telefonické inženýry upozorněním, často neúplnými nebo zavádějícími údaji, protože samotný zásobník pozorovatelnosti může také spoléhat na Cloudflail.


Proč tento výpadek vyčnívá: "Druhý velký incident za tři týdny"

Tohle nebyla ojedinělá závada. Přišel méně než tři týdny po předchozím, mnohem větším incidentu Cloudflame dne 18. listopadu 2025.

3.1 18. listopadu 2025 výpadek (kontext)

Zapnout listopadu 2025, Cloudflare utrpěl velký výpadek, který:

  • Způsobuje rozsáhlé Chyby 5xx a degradovaný výkon pro mnoho míst po celém světě.

  • Impaktní vysokoprofilové platformy včetně X (dříve Twitter) a OpenAI / ChatGPTmimo jiné. Decodo

  • Byl vysledován zpět k chyba v generační logice pro bonusový soubor Bot Management, který postihl mnoho klíčových služeb Cloudflare. Blog mračen+ 1

Cloudflail později zveřejnil detailní postmortem vysvětlující, že konfigurační soubor Bot Management způsobil kaskádové poruchy v rámci vnitřních systémů - klasický případ jeden chybný konfigurační artefakt sesazení kritických dopravních cest. Blog mračen

3.2 5. prosince vs. 18. listopadu: podobný vzor, jiný spouštěč

Ve srovnání s těmito dvěma:

  • listopadu 2025

  • Spouštěč: Bug in Bot Management feature file generation. Blog mračen+ 1

  • ÚčinekŠiroké chyby 5xx, problémy s konfigurací potrubí, globální narušení.

  • prosince 2025

  • Spouštěč: Firewall manipulace změna vybalena jako zmírnění pro zranitelnost React Server Components. Reuters+ 1

  • Účinek: Stručná, ale široká nedostupnost, prázdné stránky, Cloudflail Přístrojová deska / API problémy.

Pro zákazníky, rozdíl nezáleží: oba incidenty byly klasické Ovladače-planetově řízené výpadky pokud konfigurace nebo změna bezpečnosti na úrovni poskytovatele měla systémové důsledky.


Vzorec, který jde za mračna.

Mrakoplamen tu není sám. Během posledních několika let jsme viděli řadu výpadků na internetu způsobené konfiguračními chybami, aktualizacemi softwaru nebo zmírňováním bezpečnosti u velkých poskytovatelů:

  • Cloudflame, Microsoft, Amazona CrowdStrike Všichni měli incidenty, které se protínaly po tisících závislých služeb. Reuters+ 1

  • Analýza poznámek k narušení internetu desítky významných globálních výpadků v první polovině 20. let 20. století, podtržení růstu riziko koncentrace Spoléhat se na malý soubor dodavatelů infrastruktury. Řešitelé pravdy

Tato nejnovější chyba Cloudflare zapadá do většího tématu:

Čím více centralizujeme bezpečnost, DNS, CDN a hrany počítat do hrstky poskytovatelů, tím více jeden konfigurační chyba se může stát systémové riziko pro celý internet.


Technické ponaučení z chybné funkce 5. prosince

Z omezených veřejných informací již můžeme získat několik technických lekcí, které jsou relevantní pro SRE, Devops a platformní týmy.

5.1 Bezpečnostní změny potřebují stejnou disciplínu jako nasazení kódu

Hlavní příčinou byla firewall request- processing change nasazen jako součást zmírňování React Komponenty serveru zranitelnost. Reuters+ 1

Klíče:

  • Bezpečnostní opravy = změny výroby
    Aktualizace konfigurace řízené Security musí projít stejný válec, testování a zábradlí jako pravidelné změny funkce. "Je to bezpečnostní páska" není ospravedlnění pro obcházení normálních kontrol.

  • Ovladače poloměru rozvalování a odpalování
    Jakákoliv změna globálního chování firewall by měla být:

    • Nejdřív jsem se dostal k podskupině POP nebo zákazníků.

    • Chráněno hlavní vlajky a Mechanismy okamžitého zpětného valení.

    • Monitorování s specifická Kanárská metrika (např. 5xx rates, TTFB, prázdné poměry stran) k chycení poruch během několika sekund.

5.2 Rostlinnost ovládacích rovin je stejně kritická jako provozní doba datových letadel

Skutečnost, že Cloudflare Přístrojová deska a API byly také degradovány během incidentu je zvláště bolestivé. Novinky AP+ 1

Pro provozovatele to znamená:

  • Potřebuješ out- of- band or provider - independent ways až:

    • Vyměňte DNS.

  • Objížďka nebo vyřazení poškozených vrstev (např. dočasná cesta přímo k původu).

  • Přístupové protokoly a metriky, i když je poskytovatel vlastní UI / API offline.

Pokud váš jediný způsob, jak vyřešit problém závisí na stejné infrastruktuře, která je v současné době porušená, ztratili jste kritickou záchrannou síť.

5.3 Konfigurační artefakty mohou být stejně nebezpečné jako kód

Oba. 18. listopadu a 5. prosince incidenty měly stejný strukturální vzor:

  • A konfigurační nebo pojistný artefakt (Bot Management soubor / Firewall pravidlo chování)

  • Propojeno prostřednictvím globální automatizace

  • Nesprávné ovlivňování provozu výroby v měřítku. Blog mračen+ 2Decodo+ 2

Lekce: Zacházejte s konfigurací tutéž tuhost jako kód:

  • Kontrola verzí, recenze kódů a testy.

  • Validace proti realistické přehrávání provozu Ve studiu.

  • Omezení poloměru výbuchu jakékoli jediné chybné konfigurace.


Co to znamená pro společnosti, které se spoléhají na Cloudflame

Většina organizací prostě nemůže "přestat používat Cloudflail". Je hluboce integrována do:

  • DNS a libovolné směrování

  • DDoS ochrana

  • Řízení WAF a bot

  • CDN a caching

  • Přístup k Zerotrust, WARP, Works, Works AI a další. Blog mračen

Ale ty... může snížit dopad budoucích poruch.

6.1 Map závislosti na cloudflare

Za prvé, vědět Jak Závisí na Cloudflare:

  • Dělá vaše DNS žít tam úplně?

  • Ukončíte TLS pouze na Cloudflame, nebo také na původu?

  • Jsou. kritické API veřejně přístupný pouze přes mračna?

  • Spolehněte se na vnitřní týmy. Tunnel Cloudflail / Access / WARP oslovit citlivé služby?

Během 12. června 2025 výpadek, například, Cloudflame poznamenal, že výrobky jako Pracovníci KV, WARP, Access, Gateway, Images, Stream, Works AI, Turnstile, Zaraz, a části přístrojové desky byly ovlivněny - připomínka toho, kolik vrstev lze vázat na jediného prodejce. Blog mračen

6.2 Plán DNS a selhání CDN

U vysoce hodnotných služeb zvažte:

  • Sekundární DNS s jiným poskytovatelem schopným rychle převzít kontrolu.

  • Strategie multi- CDN nebo CDN- bypassu, takže pokud Cloudflare selže, můžete:

    • Doprava přímo k původu.

    • Nebo přesunout provoz na záložní CDN, i když je výkon dočasně horší.

To zřídka přichází zdarma (náklady / složitost), ale pro mission- kritické služby to může stát za odolnost.

6.3 Vybudovat odolnost aplikované úrovně

I když je okraj rozbitý, vaše aplikace může selhat elegantněji:

  • Podávat cached statické chybové stránky to vysvětluje situaci místo slepých odpovědí.

  • Budovat Klient- side retry logika který se stáhne, místo aby mlátil do hrany.

  • Oddělené nekritická funkce (analytika, skripty třetích stran, těžká personalizace), takže mohou být rychle zakázány.

6.4 Operačně: s výpadkem poskytovatele zachází jako s běžnými scénáři hry

Použijte toto a 18. listopadu výpadek jako materiál pro Game- days:

  • Jak rychle můžete zjistit, že problém je s Cloudflare vs váš vlastní původ?

  • Do on- call runbooks patří:

  • Odkazy na stránku Cloudflare Status a kontaktní cesty vašeho prodejce? Stav oblačnosti+ 1

  • Předběžně schválené kroky k objíždění nebo přesměrování provozu?

  • Sledujete vnější kontroly který zasáhl vaše služby bez Projíždíte skrz mračna?


Jak Cloudflame pravděpodobně zareaguje

Cloudflare má dlouhou historii publikování podrobných postmortiems pro významné incidenty (například, 20. června 2024 a 27. června 2024 incidenty, jakož i 12. června 2025 a 18. listopadu 2025 výpadky). Blog mračen+ 3Blog mračen+ 3Blog mračen< kalibrační cla

ss = "-me-1 flex h-full items-center round- full px-1 text- [# 8F8F8F]" > + 3

Na základě tohoto vzorce můžeme rozumně očekávat:

  • Technický blog příspěvek vysvětlující:

    • Přesná změna logiky firewallu.

    • Proč se zmírňování zranitelnosti prvků React Server nechovalo neočekávaně.

    • Jak dlouho dopad trval v různých regionech.

  • Seznam Náprava, např.:

    • Silnější validace a testování konfigurace.

    • Pevněji naaranžované rolády a automatické spouštěče.

    • Lepší oddělení mezi systémy, které obsluhují zákaznický provoz a systémy, které napájejí palubní desku a API.

Pro zákazníky je tato transparentnost cenná - ale neodstraňuje potřebu návrh pro selhání poskytovatele v jejich vlastních architekturách.


Větší obraz: centralizace vs odolnost

Porucha 5. prosince je součástí většího rozhovoru, který průmysl již má:

  • Centralizovali jsme obrovské množství routing, DNS, security, WAF, and content delivery do hrstky poskytovatelů. Řešitelé pravdy+ 1

  • Každý velký incident v Cloudflare, Azure, AWS, nebo CrowdStrike se teď chová jako šok z finančního systémuNebere to jen jednu stránku, jen krátce promáčkne celý digitální ekonomika.

Pro regulátory a velké podniky to vyvolává otázky týkající se:

  • Riziko koncentrace - do jaké míry by měla být kritická infrastruktura nucena k propuštění více prodejců?

  • Transparentnost a odpovědnost - jak rychle a jasně sdílejí poskytovatelé informace o příčinách?

  • Investice do odolnosti - Utrácíme dost na zábradlí vs na lodní nové funkce?


Shrnutí

Zabalíme to, Cloudflare 's poslední závada dne 5. prosince 2025 lze shrnout jako:

  • A globální, ale krátký výpadek způsobené vnitřní změnou zpracování firewallu, která je součástí bezpečnostní reakce.

  • Viditelné pro uživatele jako prázdné stránky a chyby 5xx přes hlavní webové stránky, a degradace Cloudflail vlastní palubní deska a API.

  • druhý významný incident za méně než tři týdny, po mnohem větší 18. listopadu 2025 Bot Management- související výpadek.

  • Další bod v probíhajícím příběhu Riziko koncentrace infrastruktury, kde konfigurační chyby na několika poskytovatelů mohou stručně prolomit internet pro každého.

Pro společnosti, které se spoléhají na Cloudflare, jádrem zprávy není "panika a migrace", ale:

Předpokládejme to. vaši poskytovatelé selžou, a navrhnout svou architekturu, operace, a obchodní procesy tak, aby krátkosrstá porucha se nestane existenční krizí.

Latest Articles