Microsoft 365 cumule déjà plus de 17 heures de problèmes. La panne a commencé le jeudi 12 novembre vers 17 h 17, heure d’Espagne péninsulaire, sur Exchange Online, le service de messagerie d’Outlook pour les entreprises, puis s’est étendue à Teams, SharePoint Online, Microsoft 365 Copilot, Defender XDR, Intune et d’autres services. Vendredi 13 en milieu de matinée, la page d’état de Microsoft affiche toujours un service dégradé, tant pour les entreprises que pour les comptes personnels, et l’entreprise ne donne pas d’heure pour le rétablissement complet.
Les points clés de la panne de Microsoft 365 en 20 secondes
- Exchange Online, Teams, SharePoint, Copilot, Defender et Intune sont touchés depuis jeudi.
- Microsoft écarte pour l’instant toute activité malveillante.
- Elle annule un changement réseau, mais n’a pas confirmé la cause.
- Aucune heure n’est donnée pour le rétablissement complet.
Microsoft a transféré l’information vers sa page d’état publique, car les administrateurs peuvent ne pas avoir accès au centre d’administration de Microsoft 365, où ces incidents sont normalement publiés. Les avis internes sont identifiés sous les références MO1550821 et EX1550543. Sur OpenSecurity, nous avons détaillé les fonctions touchées et les risques de sécurité que laisse la panne, comme l’impossibilité pour Safe Links de vérifier les liens d’Outlook et de Teams.
Des serveurs qui tombent dès qu’ils reçoivent à nouveau du trafic
Les explications de Microsoft pendant la nuit décrivent un problème d’infrastructure qui s’auto-alimente. Selon ses mises à jour, la charge élevée ne provenait pas d’un nombre accru d’utilisateurs, mais du fait que de nombreux serveurs ont été mis hors service faute de réussir les contrôles d’état automatiques, de sorte que les serveurs restants ont absorbé leur trafic. L’entreprise a suspendu tous les déploiements, détourné du trafic et redémarré des machines, mais certaines sont redevenues non réactives dès qu’elles ont reçu de la charge.
Elle a ensuite signalé comme facteur possible un processus qui établit des connexions sécurisées sur les serveurs touchés et a commencé à annuler un changement récent de configuration réseau qui coïncide avec le début de l’incident, sans confirmer qu’il en soit la cause. Dès vendredi, elle a reconnu que les mesures n’avaient pas l’effet escompté parce que plusieurs machines restaient bloquées dans un mauvais état, et a fait état d’un pic de trafic entre ses services de routage et les serveurs backend, provoqué en partie par sa propre redistribution de charge. La réponse passe par l’ajout de machines virtuelles. Selon les médias qui suivent l’incident, il y a eu des rétablissements partiels dans certaines régions qui ne se sont pas maintenus.
Le coût de concentrer messagerie, collaboration et sécurité
L’incident illustre un risque que de nombreuses organisations assument sans le mesurer. Dans Microsoft 365, la messagerie, l’agenda, la messagerie instantanée, les documents, l’assistant Copilot, la gestion des appareils avec Intune et une partie de la protection du courrier avec Defender dépendent de la même plateforme. Lorsque Exchange Online tombe, l’effet se propage en chaîne : dans Teams, l’agenda et la planification des réunions cessent de fonctionner, Copilot ne peut pas lire le courrier et la vérification des liens de Defender ne répond pas non plus.
Ce n’est pas non plus un cas isolé cette année. En janvier, Microsoft 365 est resté en panne près de dix heures en Amérique du Nord, et fin août, des milliers d’utilisateurs d’Outlook se sont retrouvés sans accès à leurs boîtes aux lettres. Pour les responsables des systèmes, la leçon est connue mais rarement appliquée : un plan de continuité doit inclure un canal de communication qui ne dépende pas du même fournisseur, savoir quels processus s’arrêtent si la messagerie tombe une journée entière et vérifier ce que couvre réellement l’accord de niveau de service souscrit. Les crédits pour non-respect compensent une partie de l’abonnement, pas l’impact sur l’activité.
L’incident survient en outre en plein débat européen sur la dépendance à l’égard des grands fournisseurs américains de cloud. Une défaillance technique de ce type n’a rien à voir avec la souveraineté des données, mais elle a un lien avec la concentration : plus les fonctions critiques reposent sur une seule plateforme, plus la portée de toute erreur sur celle-ci est grande.
Questions fréquentes
Quand la panne de Microsoft 365 a-t-elle commencé ?
Le jeudi 12 novembre 2026, vers 17 h 17 en Espagne péninsulaire, avec des problèmes sur Exchange Online qui se sont étendus à d’autres services.
Quelle est la cause de la panne ?
Microsoft ne l’a pas confirmé. Elle évoque des serveurs qui échouent aux contrôles d’état et annule un changement de configuration réseau, et dit n’avoir aucun indice d’activité malveillante.
Les comptes personnels sont-ils aussi touchés ?
Oui. Microsoft signale un incident sur ses produits grand public qui touche Outlook.com, OneDrive, OneNote, To Do, Teams et Microsoft 365 pour le web.
Sources :
