Cloudflare met hors ligne les sites web de la Maison Blanche, de la Fed et des échanges de crypto

Le service internet Cloudflare est de nouveau hors ligne, entraînant la plupart des sites web et applications avec lui. Cependant, cette fois, la panne a été résolue en 10 minutes, un contraste frappant avec la catastrophe du 18 novembre.

Cloudflare a déclaré vendredi avoir déployé une correction pour une perturbation qui a affecté son tableau de bord et les applications connectées, mais n'a pas mentionné le problème qui a causé l'affichage d'une « erreur serveur interne 500 » sur les sites web.

L'entreprise a publié une mise à jour sur sa page de statut, notant qu'elle avait « mis en œuvre une correction » et « surveillait le comportement du système » tandis que les services revenaient en ligne. 

La perturbation a causé des pannes sur plusieurs sites web, y compris le service de suivi Downdetector, les plateformes sociales LinkedIn, Substack et l'échange de crypto centralisé Coinbase.

Cryptopolitan a reçu plusieurs rapports de pages web n'ayant pas pu se charger, d'interruptions de connexion et de timeouts soudains.

Les plateformes crypto décentralisées sur Solana signalent des échecs

Plusieurs protocoles sur le réseau Solana, y compris Jupiter Exchange, Raydium et Meteora, ont signalé des échecs d'interface utilisateur pendant la pause de service de Cloudflare. Selon le compte communautaire SolanaFloor, les plateformes ont insisté sur le fait que leurs backends étaient opérationnels mais ont déclaré que les clients ne pouvaient pas interagir avec les informations de marché en direct ou initier des actions sur la chaîne.

« Je voulais vérifier si Cloudflare était de nouveau en panne -> je suis allé sur downdetector(.)com…. … Downdetector fonctionne aussi sur Cloudflare, apparemment », a plaisanté le développeur AI Pietro Montaldo.

Quand vous voulez signaler que Cloudflare est en panne mais que Down Detector utilise Cloudflare. pic.twitter.com/g0d1MWN91C

— Pedro Silva (@pedrosilva) décembre 5, 2025

Cloudflare avait publié une mise à jour de statut à 09:38 UTC, indiquant que son équipe enquêtait sur une augmentation des résultats de pages vides lorsque les clients accédaient à une liste API sur un espace de noms Workers KV. L'avis mentionnait également que l'entreprise de services internet enquêtait sur la cause du dysfonctionnement. 

Une mise à jour séparée publiée cinq minutes plus tôt a confirmé que les ingénieurs avaient « détecté des niveaux d'erreur pour les clients exécutant des scripts Workers », et ils travaillaient à analyser et contenir le problème.

Services Cloudflare hors ligne pour la deuxième fois en un mois 

La panne de vendredi survient après que l'entreprise a connu une panne le 18 novembre à 11:20 UTC, lorsque le réseau mondial a commencé à ne plus pouvoir acheminer le trafic principal causé par un dysfonctionnement des autorisations de base de données.

Selon l'explication de Cloudflare détaillée dans son article de blog, les autorisations incorrectes ont forcé la base de données à générer plusieurs entrées dans un « fichier de fonctionnalité » utilisé par son système de gestion des robots (Bot Management). 

Le fichier a doublé de taille et a dépassé la limite prise en charge par le logiciel de routage sur le réseau responsable du traitement d'énormes volumes de trafic internet mondial, ce qui a inévitablement provoqué un crash.

Les ingénieurs avaient soupçonné une forme de malveillance, mais ont ensuite découvert la cause réelle et ont arrêté la propagation du fichier surdimensionné, le remplaçant par une version antérieure pour restaurer le fonctionnement normal. 

Selon Cryptopolitan's rapport, le trafic principal s'est rétabli à 14:30, et les équipes ont passé plusieurs heures à résoudre la pression accrue sur les systèmes alors que le trafic mondial revenait.

« Nous nous excusons pour l'impact sur nos clients et sur l'Internet en général. Étant donné l'importance de Cloudflare dans l'écosystème Internet, toute panne de l'un de nos systèmes est inacceptable. Le fait qu'il y ait eu une période où notre réseau n'a pas pu acheminer le trafic est profondément douloureux pour chaque membre de notre équipe. Nous savons que nous vous avons déçus aujourd'hui », s'est excusé Cloudflare.

Plusieurs grandes plateformes de cryptomonnaies centralisées dépendent fortement de Cloudflare pour stabiliser les charges de trafic. BitMEX a signalé des perturbations pendant la panne, tandis que les services blockchain liés à Toncoin ont également connu des retards et des temps d'arrêt. 

Les services crypto devraient-ils se détourner des réseaux de diffusion de contenu (CDN) ?

Amazon Web Services et Cloudflare sont deux des réseaux de diffusion de contenu (CDN) les plus utilisés sur lesquels les plateformes, y compris les échanges de crypto, s'appuient. Lorsque AWS est tombé en panne en octobre, le réseau Base de Coinbase et le fournisseur d'infrastructure Infura, qui prend en charge de nombreuses applications blockchain, ont été mis hors ligne temporairement. 

La séquence des échecs est une raison de plus pour laquelle les entités affiliées à la crypto devraient envisager de passer entièrement à la décentralisation, selon Fadl Mantash, responsable de la sécurité chez Tribe Payments.

« L'infrastructure derrière une seule transaction repose sur une chaîne de plateformes cloud, de processeurs, d'API tierces, d'outils d'authentification et de réseaux de cartes. Lorsque l'un de ces maillons de la chaîne tombe en panne, tout le parcours peut se briser », a indiqué Mantash.

Même si les blockchains elles-mêmes peuvent continuer à traiter les transactions, les traders ne seront pas en mesure de voir l'activité ou d'interagir avec leurs actifs en cas de perturbation de Cloudflare ou d'AWS.