Panne Microsoft 365 : plus de 20 heures sans Exchange, Teams ni Outlook

Microsoft 365 a subi une panne mondiale à partir du jeudi 12 novembre, vers 19 h heure de Paris, qui a privé les entreprises d'Exchange Online, Outlook, Teams, SharePoint et Copilot 365 pendant plus de vingt heures. Microsoft écarte pour l'instant l'hypothèse d'une cyberattaque et n'observe aucune activité malveillante. Le 13 novembre en milieu d'après-midi, les services principaux étaient revenus mais la file d'attente de mails n'était « pas encore résorbée ». Référence d'incident pour Exchange Online : EX1550543.

Services touchés

D'après le suivi de Silicon et Next :

• Cœur de la panne : Exchange Online, et donc Outlook (accès, envoi et réception de messages).
• Également coupés ou dégradés : Teams, SharePoint Online, Copilot 365, Defender XDR, OneDrive et Hotmail.
• Par effet domino, les services qui dépendent d'Exchange Online — Intune, Power BI, Windows 365, Microsoft Defender — ont été affectés. Ceux qui n'en dépendent pas sont restés fonctionnels.
• Downdetector a relevé des signalements dans 74 pays et territoires. La France a été touchée, mais Microsoft n'a pas publié de ventilation par pays.

La cause avancée par Microsoft

Microsoft affirme que la panne ne vient pas d'une hausse mondiale du trafic. La charge s'est reportée sur le reste de l'infrastructure après « l'indisponibilité inattendue d'un grand nombre de serveurs », dont l'éditeur cherchait encore l'origine. Ses actions décrites : suspension des déploiements et des changements de configuration pour revoir les modifications récentes, délestage des serveurs surchargés, redémarrage d'une partie de l'infrastructure et redirection du trafic.

Microsoft a promis un rapport post-incident une fois le service pleinement rétabli. Rien n'indique à ce stade un lien avec une attaque : à traiter comme une panne d'infrastructure, pas comme une compromission.

Que faire

1. Suivez l'incident à la source. Référez-vous au message EX1550543 dans le centre d'administration Microsoft 365 plutôt qu'aux réseaux sociaux. Attendez le rapport post-incident pour la cause racine.
2. Ne présumez pas d'une fuite. Une indisponibilité n'est pas une compromission. Ne communiquez pas « incident de sécurité » à vos utilisateurs tant que rien ne l'étaye.
3. Purgez les files d'attente. Vérifiez le backlog de messages entrants et les éventuels échecs d'envoi une fois Exchange rétabli ; relancez les flux applicatifs qui ont pu expirer.
4. Documentez l'impact métier. Durée d'indisponibilité, services dépendants touchés (Intune, Power BI, Windows 365) : ces éléments nourrissent votre plan de continuité et, le cas échéant, vos clauses de niveau de service.

Lecture entre les lignes

Une panne d'Exchange Online qui entraîne Intune, Power BI, Windows 365 et Defender illustre le risque de concentration : plus les briques d'un fournisseur s'intègrent, plus une défaillance locale se propage. Ce n'est pas une faille de sécurité au sens CVE, mais la disponibilité fait partie du même triptyque. La question à poser en interne n'est pas « Microsoft va-t-il tomber » mais « que fait-on quand un fournisseur unique emporte la messagerie, l'authentification des postes et la BI en même temps ». Le rapport post-incident donnera la cause ; la dépendance, elle, est déjà documentée.