Microsoft ne sauvegarde pas vos mails : la responsabilité partagée expliquée aux PME

« Nos mails sont dans le cloud, donc ils sont sauvegardés. » Nous entendons cette phrase à presque chaque audit. Elle est fausse. Microsoft garantit que sa plateforme reste disponible, pas que vos données restent récupérables quoi qu’il arrive : c’est le modèle de responsabilité partagée. Concrètement, la corbeille et la rétention de Microsoft 365 couvrent les petites erreurs du quotidien, mais pas une suppression découverte trop tard, un ransomware qui chiffre OneDrive ou un compte administrateur piraté. Pour cela, il faut une sauvegarde indépendante du tenant. Voici ce que Microsoft fait, ce qu’il ne fait pas, et la méthode que nous appliquons dans les PME au Maroc et ailleurs.

La responsabilité partagée en un tableau

Le principe est le même que pour un immeuble de bureaux : le propriétaire entretient la structure, l’ascenseur et l’électricité, mais ce qui se trouve dans vos armoires reste sous votre responsabilité.

Domaine	Microsoft	Votre entreprise
Datacenters, électricité, matériel	Oui	Non
Réplication entre centres de données	Oui	Non
Disponibilité du service (SLA)	Oui	Non
Contenu des boîtes, fichiers, conversations	Non	Oui
Comptes, mots de passe, MFA, droits d’accès	Outils fournis	Configuration et suivi
Suppressions, erreurs, actes malveillants internes	Non	Oui
Conservation longue durée pour obligations légales	Outils fournis	Choix et paramétrage

Microsoft s’engage sur l’infrastructure : si un centre de données tombe, vos boîtes restent accessibles depuis un autre. Cette résilience est réelle et bien meilleure que celle d’un serveur de messagerie installé dans un placard. Mais la réplication copie aussi les erreurs : un fichier supprimé ou chiffré l’est partout, instantanément.

Ce que Microsoft 365 conserve réellement

Les mécanismes natifs existent, mais chacun a une durée limitée et un périmètre précis.

Service	Mécanisme natif	Limite principale
Exchange Online	Éléments supprimés puis éléments récupérables	30 jours puis 14 jours par défaut, extensibles à 30
OneDrive et SharePoint	Corbeille à deux niveaux, historique des versions	93 jours au total pour la corbeille ; les versions ne protègent pas contre une suppression
Teams	Conversations stockées dans Exchange, fichiers dans SharePoint	Dépend des deux mécanismes précédents
Compte supprimé	Boîte et OneDrive conservés temporairement	30 jours par défaut, puis suppression
Rétention et conservation pour litige	Stratégies de conformité selon la licence	Même tenant, mêmes administrateurs, restauration peu pratique

Ces durées sont des réglages par défaut documentés par Microsoft ; certaines se modifient. Vérifiez celles de votre tenant plutôt que de supposer.

Six situations où la corbeille ne suffit pas

• Suppression découverte trop tard. Un collaborateur vide sa boîte ou son OneDrive avant de partir. Personne ne s’en aperçoit avant plusieurs mois, quand un client réclame un échange ancien. Les délais de corbeille sont dépassés.
• Départ d’un salarié. La licence est retirée pour économiser, la boîte et le OneDrive sont supprimés au bout de 30 jours. Contrats, devis et historique client disparaissent avec eux.
• Ransomware. Un poste chiffré synchronise les fichiers chiffrés vers OneDrive et SharePoint. L’historique des versions aide, à condition d’être activé, de couvrir tous les fichiers touchés et de ne pas avoir été purgé par l’attaquant. Restaurer des milliers de fichiers un par un n’est pas un plan.
• Compte administrateur compromis. Un attaquant qui obtient un accès administrateur, par exemple via une campagne de phishing, peut supprimer des boîtes, vider les corbeilles et modifier les stratégies de rétention. Tout ce qui est dans le tenant est à sa portée.
• Erreur d’administration. Une stratégie de rétention ou de suppression mal ciblée s’applique à tout le tenant. Un script de nettoyage lancé sur le mauvais groupe fait le reste.
• Obligation de conservation ou litige. Un contrôle, un contentieux ou les exigences de la loi 09-08 sur les données personnelles peuvent imposer de retrouver un document précis, à une date précise, longtemps après sa suppression.

Rétention, litige, archivage : pourquoi ce n’est pas une sauvegarde

Les plans Business Premium et E3 donnent accès à des stratégies de rétention et à la conservation pour litige. Ce sont de bons outils de conformité : ils empêchent la suppression définitive de certains contenus pendant une durée choisie. Mais ils ne remplissent pas les trois critères d’une sauvegarde.

1. L’indépendance. Ils vivent dans le même tenant, protégés par les mêmes identifiants. Un administrateur compromis peut les désactiver.
2. La restauration simple. Retrouver un contenu retenu passe par des recherches de conformité et des exports, pas par un « restaurer la boîte telle qu’elle était mardi ».
3. La copie hors site. Aucune copie n’existe en dehors de Microsoft. Si l’accès au tenant est perdu, tout est perdu.

La rétention complète la sauvegarde ; elle ne la remplace pas.

Ce qu’une vraie sauvegarde Microsoft 365 doit couvrir

Une sauvegarde tierce copie chaque jour Exchange, OneDrive, SharePoint et Teams vers un stockage indépendant du tenant. Pour être utile, elle doit :

• couvrir tous les services, y compris les boîtes partagées, les sites SharePoint créés par Teams et les OneDrive des anciens salariés ;
• stocker les copies hors du tenant, sur un stockage objet immuable, que ni un administrateur Microsoft ni un attaquant ne peut modifier pendant la durée de verrouillage ;
• permettre une restauration granulaire : un mail, une pièce jointe, un fichier, un dossier, une boîte entière ou un site, à une date donnée ;
• conserver les données aussi longtemps que vos obligations l’exigent, indépendamment des licences actives ;
• être supervisée : une tâche qui échoue doit déclencher une alerte, pas un constat trois mois plus tard.

Nous déployons Veeam Backup for Microsoft 365 avec un stockage objet immuable, souvent le même que celui de la sauvegarde des serveurs. Le principe reste celui de la règle 3-2-1 que nous détaillons dans notre article sur la sauvegarde immuable, et les réglages Veeam qui comptent sont présentés dans nos bonnes pratiques Veeam.

La méthode, étape par étape

1. Faire l’état des lieux du tenant. Licences, nombre de boîtes (y compris partagées), sites SharePoint, équipes Teams, comptes désactivés dont les données doivent être gardées.
2. Vérifier les réglages natifs. Durée des éléments récupérables, historique des versions, stratégies de rétention actives ou non, comptes administrateurs et MFA.
3. Classer les données. Boîtes de direction, adresses partagées de type contact ou comptabilité, bibliothèques de contrats : ce qui doit se restaurer en premier.
4. Définir la politique. Fréquence (au minimum quotidienne), durée de conservation, emplacement du stockage, durée d’immuabilité.
5. Déployer et sécuriser. Compte de service dédié, droits minimaux, accès à la console de sauvegarde protégé par MFA et séparé des comptes Microsoft 365.
6. Tester et documenter. Restaurer réellement un mail, un fichier et un site, noter le résultat, et écrire qui peut déclencher une restauration et comment. Le test s’intègre à votre plan de reprise d’activité.

Les erreurs que nous rencontrons le plus

1. Croire que la réplication de Microsoft est une sauvegarde : elle réplique aussi les suppressions et le chiffrement.
2. Sauvegarder Exchange mais oublier OneDrive, SharePoint et Teams, où se trouvent désormais la plupart des fichiers.
3. Retirer la licence d’un ancien salarié sans avoir sauvegardé ou transféré ses données.
4. Stocker la sauvegarde avec les mêmes identifiants que le tenant, ou sur un stockage modifiable depuis le réseau de l’entreprise.
5. Ne jamais tester de restauration : la première tentative a lieu le jour de l’incident.
6. Laisser les comptes administrateurs sans MFA, ce qui rend toutes les autres protections fragiles. Notre guide de déploiement du MFA détaille la marche à suivre.

Checklist

• Tous les services couverts : Exchange, boîtes partagées, OneDrive, SharePoint, Teams.
• Sauvegarde au moins quotidienne, supervisée, avec alerte en cas d’échec.
• Stockage hors du tenant, immuable, avec des identifiants distincts.
• Durée de conservation alignée sur vos obligations légales et contractuelles.
• Procédure de départ d’un salarié : sauvegarde vérifiée avant retrait de licence.
• MFA sur tous les comptes administrateurs Microsoft 365 et sur la console de sauvegarde.
• Test de restauration réalisé, daté et documenté.
• Personnes autorisées à demander une restauration identifiées.

Comment nous procédons

Nous commençons par un audit du tenant : licences, réglages de conservation, comptes administrateurs, données sensibles. Nous déployons ensuite Veeam Backup for Microsoft 365 vers un stockage immuable, nous paramétrons les alertes dans notre supervision 24/7 et nous réalisons une première restauration devant vous. Les tests sont ensuite répétés périodiquement et consignés dans le rapport de service. Le tout fait partie de notre offre cloud managé Microsoft 365, en complément de notre accompagnement de partenaire Microsoft. Si vous quittez un hébergement mutualisé, c’est aussi le bon moment pour poser la sauvegarde dès le départ, comme dans notre guide de migration cPanel vers Microsoft 365. Nos réalisations montrent ce type de projet dans d’autres entreprises.

Vous voulez savoir ce qui se passerait si un compte de votre tenant était supprimé demain ? L’audit initial est offert : contactez-nous, nous répondons sous 24 h ouvrées.