Contexte de la panne
Le jeudi 13 novembre 2026, à 12:35 h ET, un dysfonctionnement du réseau interne de Microsoft a interrompu l’accès à Exchange Online, le service cloud de messagerie utilisé par des organisations dans plus de 70 pays. L’incident a touché non seulement les boîtes aux lettres et les calendriers, mais aussi les services dépendants tels que Microsoft Teams, Copilot 365 et Intune. Des entreprises comme Workhorse Group, Maersk ou Euronext, ainsi que des administrations publiques américaines, britanniques et européennes, ont signalé des retards de communication et de traitement.
Mécanisme de l'incident
Microsoft a indiqué que la panne était liée à une « mise à jour de capacité réseau » effectuée précédemment. Un changement récent dans la configuration d’authentification et de routage en amont a introduit une incompatibilité qui a bloqué le flux d’authentification des utilisateurs vers les serveurs Exchange. Le problème s’est manifesté dès le moment où le trafic a dépassé la capacité prévue, provoquant un goulot d’étranglement au niveau du module de routage. Aucun vecteur d’attaque externe ou d’intervention d’IA n’a été détecté.
Impacts sur les services et les organisations
Exchange Online étant le point d’entrée principal pour les courriels d’entreprise, son indisponibilité a entraîné une accumulation massive de messages en attente, augmentant le risque de perte de données si les files d’attente ne sont pas correctement drainées. Les fonctionnalités de Teams et Copilot 365 qui extraient les métadonnées des boîtes aux lettres (par exemple, la recherche de pièces jointes ou la génération de résumés) ont été partiellement désactivées, réduisant la productivité des équipes. Intune, qui dépend d’une authentification Azure AD pour la gestion des appareils, a présenté des erreurs de synchronisation, compliquant la conformité des postes de travail.
Processus de restauration et enseignements
À 02:30 h, Microsoft a publié une mise à jour signalant des « résultats positifs » après le correctif appliqué au module d’authentification/routage. Trois heures plus tard, les services en Asie‑Pacifique ont repris, suivis par l’Amérique du Nord et l’Europe. La restauration progressive indique que le correctif a été propagé via les pipelines de déploiement Azure, mais que la latence de réplication entre les régions a retardé la pleine disponibilité. Microsoft prévoit de publier un rapport technique détaillé une fois la restauration complète effectuée, afin d’éclaircir les paramètres de capacité réseau et les procédures de validation des changements de configuration.
