Een recente storing bij een enkele dienstverlener heeft de toegang tot internetdiensten wereldwijd verstoord en onthult hoe sterk werknemers afhankelijk zijn van Cloudflare. De statuspagina van Cloudflare beschreef het voorval als een “interne service-degradatie” die begon om 11:48 UTC. Sommige diensten ondervonden “intermitterende impact” terwijl teams probeerden de verkeersstromen te herstellen.
Vervolgens merkte CryptoSlate eerder, om 11:34 UTC, op dat diensten toegankelijk waren vanaf de oorsprong, maar Cloudflare’s London edge retourneerde een foutpagina. Dit fenomeen werd ook waargenomen via Frankfurt en Chicago, wat duidt op problemen in de edge- en applicatielaag, en niet op de servers van de klanten zelf.
Om 11:48 UTC bevestigde Cloudflare het probleem openbaar, meldend dat er wijdverbreide HTTP 500-fouten waren en problemen met hun eigen dashboard en API.
NetBlocks, een netwerkbewaker, rapporteerde verstoringen van een reeks online diensten in meerdere landen en wees naar technische problemen bij Cloudflare, zonder dat er sprake was van staatsmatige blokkades of shutdowns. Cloudflare erkende een wereldwijde verstoring om ongeveer 13:03 UTC, gevolgd door een eerste herstelupdate rond 13:21 UTC.
De log van statusupdates laat zien hoe het incident evolueerde van interne degradatie naar een brede storing die gebruikersgerichte tools, remote access-producten en applicatiediensten raakte.
Bij 14:37 UTC gaf de CTO van Cloudflare, Dane Knecht, toe: “Ik ga het niet mooier maken dan het is: eerder vandaag hebben we onze klanten en het bredere internet in de steek gelaten.” Hij bevestigde de oorzaak van het probleem in zijn post op X, waarin hij melding maakte van een latente bug die na een routinematige configuratiewijziging begon te crashen. Dit leidde tot een brede degradatie van ons netwerk en andere diensten. Dit was geen aanval.
Gebruikers ondervonden interne serverfouten van de Cloudflare edge, front-end dashboards faalden voor klanten, en API-toegang om configuraties te beheren was ook gebroken. Dit betekende dat zowel gebruikers als beheerders op hetzelfde moment toegang verloren.
Gebruikers van X (voorheen Twitter) rapporteerden inlogproblemen met boodschappen zoals “Oops, er is iets misgegaan. Probeer het later opnieuw.” Problemen waren ook zichtbaar op ChatGPT, Slack, Coinbase, Perplexity, Claude en andere drukbezochte sites, waarbij veel pagina’s either timeout of foutcodes teruggeven.
Sommige diensten leken te degraderen in plaats van helemaal offline te gaan, met gedeeltelijke laadtijden of regionale pockets van normaal gedrag, afhankelijk van de routing. Het incident heeft niet het gehele internet uitgedoofd, maar verwijderde een aanzienlijk deel van de interacties van dagelijkse gebruikers.
De storing maakte zich ook voelbaar op een subtieler niveau: de zichtbaarheid. Terwijl gebruikers probeerden toegang te krijgen tot X of ChatGPT, keerden velen zich tot storingsvolgsites om te zien of het probleem bij hun eigen verbinding of bij de platformen lag.
Echter, monitoringportals die incidenten bijhouden, zoals DownDetector, Downforeveryoneorjustme en isitdownrightnow, ondervonden ook problemen. OutageStats meldde dat hun eigen data Flauwebu “het goed deed,” maar erkende dat geïsoleerde storingen mogelijk waren, wat in tegenstelling stond tot de gebruikerservaring op Cloudflare-ondersteunde sites.
Sommige status trackers waren afhankelijk van Cloudflare zelf, wat het identificeren van het probleem uiterst moeilijk maakte.
Voor crypto en Web3 is dit voorval minder een kwestie van één leverancier die een slechte dag heeft, maar eerder een structurele bottleneck.
Cloudflare’s netwerk staat voor een groot deel van het publieke web, en beheert DNS, TLS-terminatie, caching, webapplicatie firewall functies en toegangscontroles.
Cloudflare biedt diensten aan voor ongeveer 19% van alle websites. Een storing in die gedeelde laag betekent gelijktijdige problemen voor exchanges, DeFi-platforms, NFT-marktplaatsen, portfolio-trackers en mediawebsites die dezelfde provider hebben gekozen.
In de praktijk trekt deze gebeurtenis een duidelijke lijn tussen platforms met hun eigen backbone-infrastructuur en degenen die sterk vertrouwen op Cloudflare. Diensten van Google, Amazon en andere techgiganten met in-house CDN’s leken voornamelijk niet beïnvloed. Kleinere of middelgrote sites die edge-distributie uitbesteden, zagen meer zichtbare impact.
Voor crypto sluit dit nauw aan bij de voortdurende spanning tussen gedecentraliseerde protocollen en gecentraliseerde toegangslagen. Een protocol kan over duizenden nodes draaien, maar een enkele storing in een CDN of DNS-provider kan de toegang van de gebruiker tot de interface die de meeste mensen daadwerkelijk gebruiken blokkeren.
Bovendien, zelfs als crypto uitsluitend afhankelijk zou zijn van gedecentraliseerde CDN- en DNS-diensten, als de rest van het internet nauwelijks functioneert, zijn er geen plekken om je tokens uit te geven.
Cloudflare’s geschiedenis wijst uit dat dit geen geïsoleerde anomalie is. Een controlepaneel- en analyse-storing in november 2023 beïnvloedde meerdere diensten gedurende bijna twee dagen, beginnend om 11:43 UTC op 2 november en eindigend op 4 november na wijzigingen in interne systemen.
Statusaggregatie door StatusGator toont meerdere Cloudflare-incidenten in de afgelopen jaren aan op het gebied van DNS, applicatiediensten en beheerdersconsoles. Telkens weer reikt de impact verder dan de directe klantenlijst van Cloudflare, naar het afhankelijke ecosysteem dat aanneemt dat deze laag operationeel blijft.
Het voorval van vandaag onderstreept ook hoe controle-infrastructuren een verborgen faalpunt kunnen worden. Dit betekende dat klanten niet eenvoudig DNS-records konden wijzigen, verkeer naar back-uporigins konden omleiden of edge-beveiligingsinstellingen konden versoepelen om rond het probleem te navigeren. Zelfs waar de oorspronginfrastructuur gezond was, waren sommige beheerders effectief buitengesloten van de bestuurdersstoel terwijl hun websites foutmeldingen gaven.
Vanuit een risicoperspectief blootgelegd de storing drie belangrijke lagen van afhankelijkheid. Ten eerste is het gebruikersverkeer geconcentreerd via één edge-provider. Ten tweede is de observabiliteit afhankelijk van tools die in veel gevallen door dezelfde provider worden gebruikt, wat inzichten tijdens het voorval kan dempen of vervormen. Ten derde is de operationele controle voor klanten gecentraliseerd in een dashboard en API die dezelfde faaldomeinen deelt.
Crypto-teams hebben al lange tijd gesproken over multi-regio redundantie voor validator-nodes en backup RPC-providers. Dit voorval voegt gewicht toe aan een parallel gesprek over multi-CDN, diverse DNS en zelf-gehoste toegangspunten voor essentiële diensten.
Projecten die on-chain decentralisatie combineren met frontend-services van één leverancier staan niet alleen voor censuur- en reguleringsrisico’s, maar ook voor de operationele storingen van die leverancier.
Toch bepalen kosten en complexiteit de echte infrastructurele beslissingen. Multi-CDN-oplossingen, alternatieve DNS-netwerken of gedecentraliseerde opslag voor frontends kunnen enkele faalpunten verminderen, maar vereisen meer engineering en operationeel werk dan een domein naar een populaire provider te wijzen.
Voor veel teams, vooral tijdens bull-cycli waarin het verkeer piekt, is het uitbesteden van edge delivery aan Cloudflare of een vergelijkbaar platform de meest rechttoe rechtaan manier om volumestijgingen te overleven. Het incident met Cloudflare vandaag levert een concreet datapunt in die afweging.
Wijdverspreide 500-fouten, storingen in zowel publiek toegankelijke sites als interne dashboards, blinde vlekken in monitoring en regionaal gevarieerde herstelprocessen toonden samen aan hoe een privé-netwerk kan fungeren als een knelpunt voor veel van het publieke internet. Voor nu is de storing beperkt tot enkele uren, maar ze laat crypto- en bredere webinfrastructuuroperators met een heldere registratie achter van hoe een enkele provider de dagelijkse toegang tot kern online diensten kan onderbreken.
Volgens de laatste berichten lijken de diensten weer stabiel en heeft Cloudflare een oplossing geïmplementeerd met de mededeling: “Monitoring – Een oplossing is geïmplementeerd en we geloven dat het incident nu is opgelost. We blijven monitoren op fouten om ervoor te zorgen dat alle diensten weer normaal functioneren.”
14:42 UTC, 18 november 2025: Update – We hebben een wijziging doorgevoerd die de dashboarddiensten heeft hersteld. We werken nog steeds aan het verhelpen van de impact op brede applicatiediensten.
