Le service internet de Cloudflare a de nouveau été interrompu, rendant inaccessibles la plupart des sites web et des applications. Cependant, cette fois-ci, la panne a été résolue en moins de 10 minutes, contrairement à la catastrophe du 18 novembre.
Cloudflare a déclaré vendredi avoir déployé un correctif pour une interruption qui a affecté son tableau de bord et les applications connectées, mais n'a pas mentionné le problème qui a provoqué l'affichage d'une « erreur interne du serveur 500 » sur les sites web.
L'entreprise a publié une mise à jour sur sa page d'état, indiquant qu'elle avait « mis en œuvre un correctif » et qu'elle « surveillait le comportement du système » pendant la remise en ligne des services.
Cette perturbation a entraîné des pannes sur plusieurs sites web, notamment le service tracDowndetector, les plateformes sociales LinkedIn et Substack, ainsi que la plateforme d'échange de cryptomonnaies centralisée Coinbase.
Cryptopolitan a reçu plusieurs signalements de pages web qui ne se chargeaient pas, d'interruptions de connexion et de délais d'attente soudains.
Des plateformes crypto décentralisées sur Solana signalent des défaillances.
Plusieurs protocoles du Solana , dont Jupiter Exchange, Raydium et Meteora, ont signalé des dysfonctionnements de leur interface utilisateur lors de l'interruption de service de Cloudflare. Selon le compte communautaire SolanaFloor, les plateformes ont affirmé que leurs infrastructures étaient opérationnelles, mais ont indiqué que les clients ne pouvaient ni consulter les informations de marché en temps réel ni effectuer d'opérations sur la blockchain.
« Je voulais vérifier si Cloudflare était de nouveau en panne -> je suis allé sur downdetector(.)com… … Apparemment, Downdetector fonctionne aussi sur Cloudflare », a plaisanté Pietro Montaldo, développeur d'IA.
Quand tu veux signaler une panne de Cloudflare, mais que Down Detector utilise Cloudflare. pic.twitter.com/g0d1MWN91C
– Pedro Silva (@pedrosilva) 5 décembre 2025
Cloudflare a publié une mise à jour à 09h38 UTC, indiquant que son équipe enquêtait sur une augmentation soudaine des résultats de pages vides lors de l'accès à une API de listes sur un espace de noms Workers KV. L'avis mentionnait également que le fournisseur d'accès Internet cherchait à déterminer la cause du dysfonctionnement.
Une mise à jour distincte 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 qu'ils travaillaient à analyser et à contenir le problème.
Les services de Cloudflare sont hors service pour la deuxième fois en un mois.
L'interruption de service de vendredi fait suite à une panne survenue le 18 novembre à 11h20 UTC, lorsque le réseau mondial a commencé à ne plus pouvoir acheminer le trafic principal en raison d'un dysfonctionnement des autorisations de base de données.
Selon l'explication fournie par Cloudflare 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és » utilisé par son système de gestion des bots.
La taille du fichier a doublé et a dépassé la limite supportée par le logiciel de routage du réseau chargé de traiter d'énormes volumes de trafic internet mondial, ce qui a inévitablement provoqué une panne.
Les ingénieurs soupçonnaient une forme de malversation, mais ont découvert plus tard la véritable cause et ont stoppé la propagation du fichier surdimensionné, le remplaçant par une version antérieure pour rétablir le fonctionnement normal.
Selon le Cryptopolitande rapport, le trafic principal a repris vers 14h30, et les équipes ont passé plusieurs heures par la suite à résoudre la pression accrue sur les systèmes à mesure que le trafic mondial revenait.
« Nous sommes désolés des conséquences pour nos clients et pour Internet en général. Compte tenu du rôle essentiel de Cloudflare dans l'écosystème Internet, toute interruption de service de nos systèmes est inacceptable. L'incapacité temporaire de notre réseau à acheminer le trafic est profondément regrettable pour chaque membre de notre équipe. Nous savons que nous vous avons déçus aujourd'hui », a présenté les excuses de Cloudflare.
Plusieurs grandes plateformes centralisées de cryptomonnaies dépendent fortement de Cloudflare pour stabiliser leur trafic. BitMEX a signalé des perturbations lors de la panne, tandis que les services blockchain liés à Toncoin ont également subi des retards et des interruptions de service.
Les services de cryptomonnaies devraient-ils se détourner des réseaux de diffusion de contenu ?
Amazon Web Services et Cloudflare sont deux des réseaux de diffusion de contenu (CDN) les plus utilisés par les plateformes, notamment les plateformes d'échange de cryptomonnaies. Lors de la panne d'AWS en octobre, le réseau Base de Coinbase et Infura, fournisseur d'infrastructure qui prend en charge de nombreuses applications blockchain, ont été temporairement mis hors service.
Cette série d'échecs est une raison supplémentaire pour laquelle les entités liées aux cryptomonnaies devraient envisager une décentralisation complète, selon Fadl Mantash, responsable de la sécurité chez Tribe Payments.
« L’infrastructure sous-jacente à une transaction unique repose sur une chaîne de plateformes cloud, de processeurs, d’API tierces, d’outils d’authentification et de réseaux de cartes. Si un seul maillon de cette chaîne tombe en panne, l’ensemble du processus peut être interrompu », a souligné Mantash.
Même si les blockchains elles-mêmes peuvent continuer à traiter les transactions, les traders ne pourront pas voir l'activité ni interagir avec leurs actifs en cas de perturbation de Cloudflare ou d'AWS.
