Une panne Microsoft 365 ne se prévient pas, mais elle se prépare : une PME qui a identifié ses processus dépendants d’Outlook et de Teams, prévu un canal de communication de secours et gardé un accès à ses données critiques continue de travailler pendant que Microsoft répare. La panne mondiale qui a touché Exchange Online, Outlook, Teams et Copilot pendant de longues heures le 13 novembre rappelle que le cloud déplace le risque d’indisponibilité sans le supprimer.
Ce que la panne mondiale de Microsoft 365 a révélé
D’après SecurityWeek, l’incident a affecté un large éventail de services liés à Exchange Online, de l’Asie aux États-Unis, alors que Microsoft revendique plus de 450 millions d’abonnements commerciaux payants à Microsoft 365. Des forces de police britanniques ne pouvaient plus recevoir de signalements en ligne, la messagerie du système de santé public était perturbée et une entreprise cotée a dû reporter sa conférence sur ses résultats.
Microsoft a indiqué n’avoir aucun indice d’activité malveillante. Ce n’était donc pas une cyberattaque, mais l’effet est le même pour une PME : plus d’e-mails entrants ni sortants, plus de réunions Teams, des fichiers SharePoint et OneDrive parfois inaccessibles, et un Copilot muet. Les correctifs annoncés comme appliqués « ne prenaient pas comme prévu », selon le message de l’éditeur sur sa page d’état. Autrement dit, personne ne pouvait promettre une heure de retour à la normale.
La leçon pour une entreprise de 20 à 2 000 personnes n’est pas de quitter Microsoft 365. C’est de considérer son indisponibilité comme un scénario de continuité d’activité à part entière, au même titre qu’un incendie ou un ransomware.
Ce que Microsoft garantit, et ce qui reste à votre charge
Microsoft décrit un modèle de responsabilité partagée : dans un service SaaS, l’éditeur gère l’infrastructure, les applications et leur disponibilité, tandis que le client reste responsable de ses données, de ses comptes et de ses accès. Un engagement de disponibilité contractuel ouvre droit à des crédits de service en cas de dépassement, pas à la reprise de votre activité.
Concrètement, Microsoft ne prendra jamais en charge à votre place :
- la manière dont vos équipes communiquent quand Teams est hors service ;
- l’information de vos clients et fournisseurs si vos e-mails n’arrivent plus ;
- l’accès aux documents indispensables (contrats, devis, procédures) si OneDrive et SharePoint ne répondent pas ;
- la décision de basculer, ou non, sur un mode dégradé.
Microsoft propose d’ailleurs une offre payante, Microsoft 365 Backup, ce qui confirme que la sauvegarde des données reste un sujet que le client doit traiter lui-même. Mais une sauvegarde hébergée chez le même fournisseur protège contre la suppression ou le chiffrement, pas contre une panne de la plateforme.
Cartographier vos dépendances à Microsoft 365
La première étape tient en une réunion d’une heure avec la direction et le responsable informatique : lister ce qui s’arrête quand Microsoft 365 s’arrête. Dans la plupart des PME, on retrouve cinq familles de dépendances.
La messagerie comme canal commercial
Commandes, devis, relances et réclamations transitent souvent par une boîte partagée. Une journée sans e-mail, c’est une journée de chiffre d’affaires en suspens. Identifiez les adresses critiques (commandes, support, comptabilité) et la manière de les rendre joignables autrement.
Teams comme standard téléphonique
De nombreuses PME ont remplacé leur téléphonie par Teams. Si c’est votre cas, une panne coupe aussi les appels entrants. Vérifiez si un renvoi vers des mobiles est possible et qui sait le déclencher.
L’authentification Entra ID
Quand les applications métier (CRM, ERP, outils RH) s’ouvrent avec le compte Microsoft, une perturbation de l’identité peut bloquer bien plus que la bureautique. Notez quelles applications dépendent de cette connexion unique.
Les documents partagés
Sans synchronisation locale, un fichier SharePoint indisponible est un fichier perdu pour la journée. Repérez la poignée de documents dont vous ne pouvez pas vous passer et gardez-en une copie accessible hors de Microsoft 365.
Les automatisations et alertes
Notifications de sauvegarde, alertes de sécurité envoyées par e-mail, flux Power Automate : si tout passe par Exchange Online, vous devenez aveugle au moment précis où un incident pourrait survenir. C’est l’angle mort le plus souvent oublié.
Prévoir un canal de communication hors Microsoft
Le point le plus simple et le plus négligé : comment prévenez-vous vos salariés si Teams et Outlook sont tous les deux en panne ? La réponse doit exister avant l’incident. Une liste de numéros de mobiles à jour, un groupe de messagerie instantanée réservé aux urgences ou un service d’alerte par SMS suffisent dans la plupart des cas.
Prévoyez aussi un message type pour vos clients : un court texte publiable sur votre site ou vos réseaux, indiquant un numéro de téléphone et une adresse de secours. Une adresse e-mail hébergée hors Microsoft, réservée à ce cas, évite de laisser vos interlocuteurs sans réponse. Désignez enfin qui décide du passage en mode dégradé, et à partir de quelle durée de panne.
Distinguer une panne d’une cyberattaque
Pendant une panne de grande ampleur, les attaquants en profitent. De faux messages « support Microsoft » invitant à « réactiver votre compte » ou de faux techniciens appelant vos équipes sont des scénarios classiques. La règle à diffuser est simple : personne ne communique ses identifiants ni ne valide une demande MFA inattendue, même en pleine panne.
Pour savoir si le problème vient de chez vous ou de chez Microsoft, deux sources font foi : le tableau Intégrité du service du centre d’administration Microsoft 365 et la page d’état publique status.cloud.microsoft, consultable même quand votre tenant ne répond plus. Si ces deux sources ne signalent rien alors que vos comptes sont bloqués, traitez la situation comme un incident de sécurité et suivez votre plan de réponse à incident.
Intégrer la panne Microsoft 365 à votre plan de continuité
Une fois les dépendances listées et le canal de secours défini, formalisez le scénario sur une page : déclencheur, décideur, actions dans la première heure, actions au-delà de quatre heures, retour à la normale. Testez-le une fois par an, par exemple en simulant une matinée sans Teams.
Ce scénario complète la protection de vos données plutôt qu’il ne la remplace. Une sauvegarde immuable de vos données Microsoft 365, hébergée chez un tiers, couvre à la fois le ransomware, la suppression accidentelle et la perte d’accès prolongée.
Pour les entreprises concernées par la directive européenne NIS2, ce travail n’est pas optionnel : l’article 21 cite explicitement la continuité des activités, la gestion des sauvegardes, la reprise après sinistre et la gestion de crise parmi les mesures minimales à mettre en place.
Si votre entreprise entre dans le périmètre NIS2, la continuité face à la panne d’un fournisseur cloud fait partie de vos obligations concrètes : voir notre guide de mise en conformité NIS2 pour PME et ETI.
Ce qu’il faut retenir
- La panne mondiale de Microsoft 365 n’était pas une attaque, mais elle a paralysé messagerie, Teams et Copilot pendant des heures.
- Microsoft gère la disponibilité de la plateforme ; la continuité de votre activité reste à votre charge.
- Listez ce qui s’arrête avec Microsoft 365 : e-mails, téléphonie Teams, connexion Entra ID, documents, alertes.
- Préparez un canal de communication et une adresse de secours hors Microsoft avant la prochaine panne.
- Méfiez-vous des faux supports qui profitent de chaque panne pour voler des identifiants.
Sources
- SecurityWeek — Microsoft Struggles to Restore Email and Other Services in a Global Outage
- Microsoft Learn — Shared responsibility in the cloud
- Microsoft Learn — How to check Microsoft 365 service health
- Microsoft Learn — Microsoft 365 Backup overview
- EUR-Lex — Directive (UE) 2022/2555 (NIS2), article 21