Comment Internet a disparu du jour au lendemain

Imaginez ceci : vous vous réveillez, prenez votre téléphone et appuyez sur les icônes habituelles. X ne se charge pas. ChatGPT Cela ne répond pas à votre question. YouTube ne diffuse pas votre vidéo. Même Downdetector Le site que vous utilisez habituellement pour vérifier si les choses fonctionnent correctement est… en panne.

Le 18 novembre, pendant quelques heures, c'était la réalité pour des millions de personnes à travers le monde. Panne majeure chez Cloudflare , l'une des principales entreprises d'infrastructure à l'origine de l'internet moderne, a mis hors service ou dégradé un large éventail de services, dont X, ChatGPTSpotify, Uber, Canva, League of Legends et bien d'autres.

On avait l'impression que « tout Internet » avait disparu. En réalité, il s'agissait de quelque chose à la fois plus restreint et plus inquiétant : une simple panne dans les systèmes d'une entreprise se propageant à une immense partie du web.

Ce qui s'est réellement mal passé chez Cloudflare

Les problèmes ont commencé tôt mardi matin (18 novembre), heure américaine. Vers 6h20, heure de l'Est, Cloudflare a constaté un pic de trafic inhabituel sur l'un de ses systèmes. Quelques minutes plus tard, les sites web utilisant Cloudflare… a commencé à afficher « erreur interne du serveur » Des problèmes de pages et de délai d'attente ont été constatés pour les utilisateurs du monde entier.

Alors que les signalements de pannes se multipliaient sur Downdetector et les réseaux sociaux, Cloudflare a indiqué être « au courant » d'un problème affectant plusieurs clients et enquêter sur celui-ci. Les ingénieurs ont finalement identifié la cause du problème et déployé un correctif, permettant un retour progressif à la normale du trafic environ trois heures après le début de la perturbation.

L'entreprise a insisté sur un point essentiel : aucun signe de cyberattaque n'avait été constaté. Il ne s'agissait ni d'une attaque DDoS, ni d'une attaque par rançongiciel, ni d'une action d'un État. il s'agissait d'une défaillance technique interne Pour les utilisateurs, en revanche, la cause importait peu. Leur expérience était simple : Internet ne fonctionnait plus.

Ce que fait Cloudflare (et pourquoi vous n'en avez jamais entendu parler)

La plupart des gens ne visitent jamais cloudflare.com intentionnellement, mais ils interagissent quotidiennement avec son réseau. Cloudflare se situe au cœur du « chemin » Internet entre vous et les sites web que vous utilisez. En termes simples, Cloudflare :

• Accélère les sites en mettant en cache le contenu et en acheminant efficacement le trafic (un réseau de diffusion de contenu, ou CDN) ;
• Les protège des attaques DDoS et des bots malveillants ;
• Analyse le trafic pour déterminer ce qui semble sûr et ce qui ne l'est pas.

L'entreprise affirme gérer le trafic pour environ un cinquième de tous les sites web À l'échelle mondiale, il traite également une part considérable des requêtes HTTP chaque seconde, jouant discrètement le rôle de filtre et de régulateur du trafic pour d'immenses portions du web.

Cette envergure est formidable quand tout fonctionne. Quand ce n'est pas le cas, tout Internet peut soudainement paraître fragile.

Le minuscule fichier à l'origine du plantage

L'analyse post-mortem de Cloudflare révèle une histoire étonnamment banale. Un fichier de configuration (essentiellement un ensemble de règles) utilisé par son bot et son système de gestion des menaces était généré automatiquement. Au fil du temps, Ce fichier a grossi que ce que les ingénieurs avaient prévu.

À un moment donné, le système a atteint une limite critique dans le logiciel gérant le trafic de plusieurs services Cloudflare. En raison d'un bug latent dans ce code, le système n'a pas fonctionné correctement. Au lieu de cela, le système surdimensionné a subi une panne. Le fichier a provoqué un plantage dans un composant central de gestion du trafic.

À partir de là, la situation a dégénéré :

• La fonction de gestion des bots a tenté d'appliquer la nouvelle configuration, trop volumineuse ;
• Le processus a planté à plusieurs reprises au lieu de rejeter le fichier ;
• Cette panne s'est propagée en cascade à de nombreux services qui dépendaient du même logiciel ;
• Avec la multiplication des pannes de nœuds, une grande partie du réseau de Cloudflare a commencé à renvoyer des erreurs au lieu de pages web.

Le directeur technique de Cloudflare, Dane Knecht, a qualifié la panne d’« inacceptable ». et a déclaré que l'entreprise avait « failli » à sa mission envers ses clients et l'Internet en général, promettant des changements afin qu'un simple bug de configuration ne puisse plus provoquer le même type de réaction en chaîne. 

Les pannes s'aggravent-elles ou sont-elles simplement plus bruyantes ?

Si vous avez l'impression que ces incidents se produisent de plus en plus souvent, vous n'êtes pas seul. Cette panne de Cloudflare Cette opération a eu lieu quelques semaines seulement après un incident majeur survenu chez Amazon Web Services, qui a mis hors service des milliers de sites web et d'applications, de Snapchat et Reddit aux outils internes dont les entreprises s'appuient quotidiennement.

Les entreprises de surveillance des réseaux suivent depuis des années les perturbations à grande échelle sur Internet. Leurs données suggèrent un phénomène subtil :

• Le nombre de pannes majeures chaque année n'explose pas ;
• Mais l'impact de chaque panne s'accroît, car de plus en plus de services dépendent des mêmes fournisseurs centraux.

Il y a vingt ans, si le serveur de messagerie de votre employeur tombait en panne, cela gâchait votre journée, mais seulement celle de votre entreprise. Aujourd'hui, lorsqu'un problème survient chez Cloudflare ou AWS, des millions de personnes et d'entreprises en subissent les conséquences simultanément.

De plus, le moindre bug est désormais relayé sur X, Reddit et TikTok. Des incidents qui seraient passés inaperçus auparavant, considérés comme de simples « problèmes de maintenance », sont maintenant perçus comme des crises mondiales.

Moins de prestataires, plus de risques

La panne de Cloudflare s'inscrit dans un schéma récurrent que nous avons observé avec AWS, Azure et d'autres acteurs majeurs de l'infrastructure :

• Un petit changement interne (une modification de configuration, une mise à jour logicielle, un script défectueux) interagit avec une hypothèse cachée dans le système ;
• La gestion des erreurs ne la détecte pas assez tôt ;
• Les systèmes automatisés amplifient le problème au lieu de le contenir ;
• L'incident touche un grand nombre de clients qui dépendent tous de la même plateforme.

Nous avons optimisé Internet pour la vitesse, le coût et la portée mondiale. Le moyen le plus simple d'y parvenir est de faire appel à une poignée de grands fournisseurs disposant de centres de données partout dans le monde et d'équipes d'ingénieurs de renommée internationale.

Le problème, c'est la concentration des connexions. Quand un fournisseur d'accès internet local rencontre un souci, toute une ville est privée de réseau. Quand Cloudflare flanche, c'est comme si tout internet avait disparu.

Ce que les leaders technologiques disent de la crise

Bien qu'Elon Musk n'ait pas commenté directement la faille de sécurité de Cloudflare, il a maintes fois mis en garde contre les dangers d'une infrastructure numérique trop centralisée, notamment en ce qui concerne la résilience de X et sa transition vers des systèmes davantage auto-hébergés. Entre 2023 et 2025, il a souvent souligné que le fait de dépendre d'un seul fournisseur pour gérer une grande partie d'Internet représente un « point de défaillance unique », une critique qu'il a adressée à AWS, Apple, Google, aux solutions de type Cloudflare, et même aux opérateurs mobiles.

Le directeur technique de Cloudflare a donné la réaction la plus forte et la plus claire Suite à la panne, Knecht a présenté des excuses publiques et a déclaré que l'incident était « inacceptable » compte tenu du nombre d'organisations et d'utilisateurs qui dépendent de l'infrastructure de Cloudflare. Il a également souligné que la cause n'était pas une attaque, mais un bug de configuration ayant provoqué une défaillance en cascade, un problème qu'il a qualifié de priorité absolue à éviter à l'avenir.

Jeff Barr, le responsable de la promotion chez Amazon Web Services, n'a pas abordé la panne de Cloudflare, mais il Il aborde fréquemment les pannes d'AWS et le schéma général des défaillances à l'échelle mondiale. Son message, qu'il a toujours défendu : plus un système est interconnecté et plus ses processus sont automatisés, plus le risque d'erreurs en cascade est élevé.

Et enfin, le PDG de Cloudflare, Matthew Prince, a pris la parole. Il évoque depuis des années la fragilité de l'architecture d'Internet, notamment les aspects qui passent inaperçus jusqu'à ce qu'une panne survienne. Il affirme souvent que la santé du Web repose sur sa résilience, et non sur sa perfection.

Il a repris des thèmes comme :

• Les plus grandes menaces proviennent de configurations internes erronées, et non d'attaquants ;
• La redondance doit être intégrée à chaque niveau ;
• Internet est maintenu en place par « une quantité choquante de ruban adhésif ».

Il n'a pas publié de longue déclaration publique dans les premières heures qui ont suivi cette panne, mais les thèmes abordés dans ses interviews précédentes s'appliquent directement.