Le cloud de Microsoft s’est éteint dans 74 pays; et la reprise ne tenait pas

Les boîtes de réception devenues silencieuses en une heure

Le jeudi 12 novembre 2026, le cloud de Microsoft a commencé à défaillir, et en une heure environ, la défaillance était partout. Outlook ne se chargeait plus, les appels Teams tombaient, et Copilot s’est éteint avec eux. Microsoft situe le début de son incident Exchange Online à 16 h 17 UTC ; les signalements au traqueur de pannes Downdetector ont commencé à grimper vers 17 h 25 UTC, et à 18 h 25 UTC, les cinq services Microsoft touchés totalisaient 19 650 signalements de problèmes par minute; contre moins de 15 par minute un jeudi ordinaire.

Les chiffres ont continué de grimper. Les signalements de problèmes sur Outlook ont culminé à près de 140 000 dans le monde vers 18 h 00 GMT, soit plus de 2 000 fois leur niveau normal, dont environ 130 000 aux États-Unis peu après 13 h, heure de l’Est. Une carte de Downdetector montrait la panne s’étendre à travers les Amériques et jusque dans certaines régions d’Europe, d’Asie et d’Afrique

Microsoft a dit avoir trouvé la cause : une partie de ses infrastructures subissait une charge élevée dans plusieurs régions. Les ingénieurs ont commencé à détourner le trafic des serveurs touchés, et vers 18 h, heure de l’Est, l’entreprise disait observer une « reprise limitée »; mais la reprise n’a pas tenu. Plus de dix heures après le début de la panne, les utilisateurs de Singapour peinaient encore à joindre leurs collègues et à rejoindre leurs réunions, et la perturbation avait débordé sur le vendredi matin en Australie et dans toute l’Asie, où elle a atteint aussi les bureaux des gouvernements : l’agence d’espionnage australienne ASIO et la police fédérale ont toutes deux été prises dedans, et certains systèmes gouvernementaux de Singapour, dont le courriel, ont été touchés.

Ce que Microsoft a confirmé; et ce que montrent les traqueurs

Quatre choses sont établies. Premièrement, l’échelle : 74 pays et territoires ont signalé des perturbations en une heure environ, Deuxièmement, l’étendue : la panne a touché Outlook, Microsoft 365, Teams, Copilot, Exchange Online et OneDrive, avec Azure qui a aussi enregistré une forte hausse des signalements Troisièmement, la cause telle que Microsoft la présente : une charge élevée dans plusieurs régions, et non une cyberattaque. Microsoft a dit au ministre australien de l’Intérieur Tony Burke qu’elle ne pensait pas que la panne ait été causée par une cyberattaque, et aucune preuve en ce sens n’est apparue. Quatrièmement, l’état des réparations : partiel et instable.

Les propres mises à jour de Microsoft retracent une reprise qui n’arrêtait pas de glisser. L’entreprise a ajusté les protocoles de trafic, redistribué le trafic et introduit des mesures ciblées de blocage du trafic. Dans une mise à jour vers 12 h 20, heure de Singapour, vendredi, elle disait observer « une reprise partielle dans les régions où nous avons appliqué ces ajustements »; puis ajoutait que ces mesures ne produisaient « pas de reprise durable ». Des mises à jour antérieures disaient la même chose en langage plus direct : les correctifs ne prenaient pas comme prévu, et les services temporairement revenus pouvaient redevenir inaccessibles à mesure que les utilisateurs tentaient de se reconnecter.

Pourquoi la charge a-t-elle explosé, et quand cela se terminera-t-il ?

La grande inconnue, c’est la charge elle-même. Microsoft a dit qu’une partie de ses infrastructures avait subi une charge élevée dans plusieurs régions, mais elle n’a pas dit ce qui avait généré cette charge, quels systèmes avaient échoué en premier à leurs contrôles de santé, ni pourquoi la charge avait submergé des infrastructures conçues pour l’absorber.

Il n’y a pas non plus de délai de rétablissement. Les mises à jour de Microsoft décrivent une reprise graduelle, pas une échéance, et son propre langage avertit que les services rétablis peuvent retomber en panne quand les utilisateurs reviennent. L’ampleur complète n’est pas claire non plus : la hausse des signalements sur Azure suggère que la tension a atteint la couche plateforme, mais Microsoft n’a pas détaillé quels services Azure ont été dégradés.

Quand le cloud d’une seule entreprise est le bureau du monde entier

Ce qui est tombé en panne jeudi, ce n’était pas un site web. C’était l’infrastructure de travail des gouvernements, des entreprises, des hôpitaux et des écoles; le courriel, les réunions, les documents et l’assistant d’intelligence artificielle posé par-dessus, tous loués au même fournisseur. Quand l’infrastructure de ce fournisseur a flanché, il n’y avait pas de deuxième bureau où déménager. Quand la défaillance se situe chez le fournisseur, le client ne peut qu’attendre.

Le calendrier rend la leçon plus nette encore. C’est la troisième perturbation majeure de Microsoft 365 cette année, après des pannes de plusieurs heures en janvier et une défaillance liée à une mise à jour de code en août, dont le rétablissement complet avait pris plusieurs jours. Trois défaillances en onze mois, c’est un schéma, et il tombe la semaine même où les gouvernements débattent de la sécurité de l’IA et de la résilience des infrastructures. La task force IA de l’administration Trump s’est réunie jeudi pour discuter des cyberattaques alimentées par l’IA contre les secteurs critiques; pendant que le cloud de productivité le plus utilisé de ces mêmes secteurs tombait en panne pour des raisons qui n’avaient rien à voir avec un attaquant.

Pour le Sud global, les enjeux sont plus aigus encore. Une carte de Downdetector a montré la panne atteindre l’Afrique et l’Asie en une heure, et les institutions de ces régions tournent sur la même infrastructure louée avec des marges plus minces; moins de systèmes de secours, moins de fournisseurs alternatifs, moins de poids pour exiger un rétablissement prioritaire.

Comment un cloud conçu pour la redondance peut-il tomber partout à la fois ?

L’énigme de cette panne, ce n’est pas qu’un serveur soit tombé. Des serveurs tombent chaque jour, et les clouds sont conçus pour les contourner. L’énigme, c’est qu’une défaillance décrite comme une « charge élevée » se soit étendue à 74 pays en une heure, puis ait résisté aux réparations pendant plus de dix heures. Pour que la charge vienne à bout de ces défenses dans plusieurs régions à la fois, quelque chose a dû se dérégler dans les défenses elles-mêmes; la gestion du trafic, les contrôles de santé, ou la coordination entre régions qui est censée isoler une faute au lieu de la propager.

Les mises à jour de Microsoft pointent dans cette direction sans le dire. L’entreprise a ajusté les protocoles de trafic, redistribué le trafic et bloqué certains trafics purement et simplement; les gestes d’un opérateur qui lutte contre sa propre machinerie d’équilibrage plutôt que contre un seul composant cassé. Le schéma de la reprise raconte la même histoire : des serveurs remis en service, restés stables, puis tombés de nouveau quand les utilisateurs se reconnectaient, comme si le système ne pouvait porter sa charge normale que lorsqu’une partie de ses utilisateurs en était exclue.

La comparaison qui compte est avec la semaine technologique dans son ensemble, où l’histoire dominante a été la crise de direction d’un fabricant de puces et la fragilité du boom de l’IA. La panne de Microsoft se tient à côté : le boom de l’IA tourne sur la même infrastructure concentrée, la même poignée de fournisseurs, les mêmes centres de données géants, le même pari que l’échelle est sa propre assurance. Jeudi a montré l’autre face de ce pari ; à travers chaque prisme du Bureau, le remède à la concentration est la distribution, la seule chose à laquelle le modèle économique du cloud résiste.

Que se brise ensuite si les courriels restent hors ligne ?

Le premier effet de second ordre est déjà visible : le débat sur le cloud souverain gagne une pièce à conviction en direct. Les gouvernements qui débattent depuis des années de l’hébergement de leurs travaux sensibles sur des infrastructures nationales disposent désormais d’une nuit où leur agence d’espionnage et leur police fédérale ne pouvaient plus envoyer de courriel. La réponse de l’Australie, sur le moment, a été un contrat; un accord qui plaçait ses intérêts en premier dans la file du rétablissement.

Le deuxième effet retombe sur Microsoft elle-même. Trois perturbations majeures de Microsoft 365 en un an, janvier, août, maintenant novembre, attireront l’examen qui suit un schéma, pas un incident : des enquêtes de régulateurs, des entreprises clientes exigeant des crédits de service et des garanties contractuelles, et un rapport formel sur la cause première qui sera lu ligne par ligne. Le troisième effet est commercial : les concurrents vanteront des solutions multi-cloud à chaque entreprise restée jeudi enfermée hors de sa boîte de réception; même si les alternatives tournent sur la même dorsale concentrée, et que la course à la construction de centres de données ne rend pas, à elle seule, l’un d’entre eux plus difficile à casser.

Ce qu’il faut surveiller dans les prochaines 24 heures

Surveillez d’abord les mises à jour de statut de Microsoft. L’entreprise publie par ses canaux de statut Microsoft 365 ; le test de chaque mise à jour n’est pas le langage, « progrès », « reprise partielle », mais la question de savoir si les chiffres de Downdetector continuent de baisser et restent bas.

Enfin, surveillez le calendrier : Le Bureau continuera de suivre les divulgations de Microsoft, les réponses des régulateurs et les chiffres, et mettra cet article à jour à mesure que le récit de ce qui s’est passé deviendra clair.