Quand les services s'arrêtent : la vague d'attaques et de pannes qui fait tomber le monde numérique

Analyse — Jeudi 12 novembre, le courrier s'est arrêté. Microsoft 365 est resté environ 18 heures hors ligne dans le monde entier : Outlook, Teams, SharePoint, OneDrive et Copilot. Ce n'était pas une attaque — c'était un défaut introduit lors d'une extension de la capacité du réseau. Et c'est là qu'est l'histoire : 2026 est l'année où les services dont on ne peut plus se passer ont commencé à s'arrêter tout le temps. Parfois à cause d'attaques et de pannes d'intrus. Le plus souvent, brisés par eux-mêmes — par un changement de routine, une commande, une salle de serveurs à 44°C. Le monde numérique n'est pas abattu seulement par des hackers. Il trébuche sur ses propres jambes — et les attaques ne font que profiter de la chute.

Ce texte est une analyse : les faits sont vérifiés et figurent dans les sources à la fin ; la lecture qu'on en fait — ce que cette année dit de la fragilité des services — est l'opinion de Geekiki.

La semaine où le courrier s'est arrêté

La panne de Microsoft 365 a commencé vers 13h17, heure de Brasilia, jeudi (12). En quelques heures, Downdetector enregistrait près de 130 000 plaintes rien que pour Outlook. Courriel, réunions, fichiers et l'assistant IA de Microsoft, tout ensemble, hors ligne. L'explication de l'entreprise a changé trois fois en moins de 24 heures : d'abord, une charge élevée due à des serveurs indisponibles ; ensuite, un processus de connexions sécurisées surchargé et l'annulation d'un changement réseau ; enfin, un défaut survenu lors d'une extension antérieure de la capacité du réseau, révélé par un changement récent. Ce qui n'a pas changé : ce n'était pas une cyberattaque, cela n'avait rien à voir avec l'IA ou les agents, et l'incident n'était toujours pas déclaré clos vendredi soir (13), avec le rapport complet promis et sans date. C'était la deuxième panne de plusieurs heures de Microsoft 365 en moins de trois mois — sujet de la couverture de Geekiki : Microsoft 365 de retour après 18 heures de panne.

Ce n'était pas que Microsoft

La liste de 2026 ressemble à un bulletin de guerre — mais contre l'infrastructure elle-même :

  • Cloudflare, 20 février : un filtre a supprimé les préfixes qu'il devait protéger ; 1 100 routes de clients disparues pendant 5 heures.
  • Azure, 23 juillet : le trafic entrant et sortant de la région ouest des États-Unis a échoué pendant 5 heures. Le contrôle de sécurité censé maintenir un chemin redondant en place a tourné — et a réussi — parce qu'il jugeait chaque équipement isolément.
  • Azure, mai : un client interne de Microsoft 365 a réessayé des erreurs de capacité sans attendre, jusqu'à 48 tentatives supplémentaires — et, la même semaine, la foudre a bloqué le refroidissement d'un centre de données, resté 22 heures hors ligne.
  • Google Cloud, 15 juillet : une oscillation de 3 millisecondes sur l'alimentation a fait disjoncter aux Pays-Bas ; la salle a atteint 44°C et le personnel a dû éteindre des machines à la main. Plus de 14 heures d'interruption.
  • AWS, 7 et 8 mai : panne de refroidissement dans le plus grand centre de données d'Amazon, en Virginie ; 21 heures et demie jusqu'au rétablissement de la majorité des services.
  • Google Cloud, 19 et 20 octobre : panne d'électricité dans une zone de Londres, 7 heures et 52 minutes.
  • Cloudflare One, 19 octobre : 3 heures et 12 minutes d'interruption mondiale.
  • Copilot, juin : deux grandes pannes de l'assistant IA de Microsoft, qui compte déjà plus de 20 millions d'abonnés payants.
  • Claude, 15 avril : taux d'erreur élevés sur le chatbot, l'assistant de code et l'API d'Anthropic.
  • AWS, Moyen-Orient, mars : des attaques de drones ont touché des installations dans les régions des Émirats arabes unis et de Bahreïn. Les deux régions ne peuvent toujours pas soutenir les applications de manière fiable — et une partie des données conservées uniquement là-bas ne peut pas être restaurée.

Ce sont 39 grandes pannes de cloud et d'infrastructure rien qu'en 2026, selon un observatoire qui ne compte que les incidents documentés par les opérateurs eux-mêmes — et 62 depuis 2020, avec une durée médiane de 6 heures et 12 minutes. La cause la plus fréquente n'est ni le matériel ni l'attaque : c'est le changement de configuration ou de déploiement, 32 % des cas. Une étude de Splunk (Cisco) estime que les plus grandes entreprises du monde perdent en moyenne 300 millions de dollars par an à cause des arrêts non planifiés — environ 15 000 dollars par minute.

Et quand c'est une attaque, c'est de plus en plus gros

Pendant que les services tombent tout seuls, les attaques battent des records. Rien qu'en octobre 2026, il y a eu 1 020 attaques par rançongiciel — presque 33 par jour, le deuxième chiffre le plus élevé de l'année. Les bandes les plus actives, Qilin et The Gentlemen, ont totalisé 264 attaques dans le mois. Quelques cas récents :

  • GMO Internet, Japon, octobre : attaque contre une entreprise technologique qui a perturbé plusieurs autres entreprises.
  • Université Vanderbilt, États-Unis, 9 novembre : attaque du groupe BYOD, qui revendique plus d'un million de numéros de Sécurité sociale volés.
  • Texas, États-Unis, novembre : le même groupe BYOD affirme détenir des données sur environ 2 millions de Texans provenant de l'agence de santé de l'État — toujours non confirmé.
  • Fireworks AI, octobre : deux intrusions, les 6 et 23 octobre, qui ont exposé des données de comptes, de facturation, des secrets et des historiques de paiement de clients.
  • Unitel, Angola, juillet : presque trois semaines pour rétablir la majorité des services.
  • Brésil : Binance a perdu 6,3 milliards de dollars lors d'une attaque le 29 octobre (lire ici) ; Mercado Bitcoin a confirmé une attaque le 2 novembre, avec une estimation de plus de 40 millions de dollars en transferts suspects (lire ici) ; Caixa Vida e Previdência a vu les données de 7,6 millions de clients exposées le 12 novembre (lire ici) ; et le Trésor national, le même jour, environ 30 000 inscriptions et 4 000 clés Pix (lire ici).

La faille qui a failli arrêter internet

Au milieu de tout cela, une vulnérabilité a montré l'ampleur du problème. PHP2Shell, ce sont deux failles critiques de PHP — CVE-2026-109618 et CVE-2026-109619, notées 9,2 — découvertes avec l'aide de modèles d'IA et permettant d'exécuter du code sur le serveur sans identifiant. Comme PHP fait tourner environ 69 % des sites du monde, l'estimation était de plus de 22,6 millions de serveurs exposés. Les tentatives d'exploitation ont commencé le 17 octobre, quatre jours avant le correctif ; les correctifs sont sortis le 21 octobre. Gouvernements et entreprises ont mis des sites hors ligne par précaution — 32 services au Royaume-Uni, l'identifiant DigiD aux Pays-Bas, des sites en Finlande, en France et au Danemark. Jusqu'au 24 octobre, aucune intrusion confirmée liée à la faille — mais la peur, à elle seule, avait déjà arrêté la moitié du monde. Geekiki a couvert la découverte : L'IA découvre des failles critiques de PHP qui touchent 70 % du web (PHP2Shell).

Le schéma : deux fragilités, un seul problème

Premièrement : les services peuvent être attaqués — et ils le sont, de plus en plus. Le rançongiciel est devenu une industrie : 1 020 attaques en un mois, des bandes avec des noms, des sites de fuite et des négociations. L'IA a accéléré les deux côtés : PHP2Shell a été découvert avec l'aide de l'IA, et les attaques deviennent plus rapides et moins chères à monter. Les données volées sont devenues une marchandise — et le Brésil, avec Binance, Mercado Bitcoin, Caixa et le Trésor en deux semaines, l'a ressenti de plein fouet.

Deuxièmement : les services se brisent tout seuls — et c'est la cause la plus importante. Sur quatorze grandes pannes analysées entre 2008 et 2026, onze ont commencé par un changement de routine : une commande, une règle de pare-feu, une mise à jour de contenu, une autorisation, un nettoyage. Aucune des onze n'était une attaque. L'ampleur de la panne venait de l'endroit où le changement est tombé, pas du changement lui-même. Une commande au mauvais endroit, et le courrier du monde s'arrête. Un disjoncteur, et un centre de données atteint 44°C. Un éclair, et 22 heures hors ligne.

Et le fil qui relie les deux côtés, c'est la concentration. Presque tout passe par une poignée de fournisseurs — Microsoft, Amazon, Google, Cloudflare. Quand l'un d'eux tombe en panne, des milliers de services tombent ensemble ; quand l'un d'eux est attaqué, les dégâts sont mondiaux. Et quand un problème survient, la réponse suit le même scénario : éteindre, contenir, et prévenir après — Microsoft a changé son explication trois fois en 24 heures ; le Trésor a prévenu huit jours après la détection.

Ce qui reste

La leçon de 2026 n'est pas qu'internet est attaquée — elle l'a toujours été. C'est qu'internet est trop concentrée et trop fragile pour le poids qu'elle porte. Le courrier, la réunion, le fichier, le paiement, le service public : tout dépend des mêmes quelques systèmes, qui peuvent être piratés et qui peuvent se briser tout seuls. Et la facture, dans les deux cas, tombe sur l'utilisateur : le travail arrêté, le délai manqué, les données exposées qui deviennent ensuite une escroquerie.

Ce qu'il faut surveiller dans les semaines à venir : le rapport complet de Microsoft sur la panne de novembre ; si les régions AWS au Moyen-Orient reviennent à un fonctionnement normal ; si une intrusion confirmée liée à PHP2Shell apparaît ; et si le rythme des rançongiciels d'octobre se maintient. La question n'est pas de savoir si cela s'arrêtera de nouveau — c'est quoi, et pourquoi, s'arrêtera la prochaine fois.

Sources

Image mise en avant : icône Outlook (Microsoft, via Wikimedia Commons, CC BY-SA 4.0).

Ce contenu a été produit avec l'aide de l'intelligence artificielle et relu par la rédaction.

Par Muse