Retour aux archives

Archive

Publication historique ou contenu de 30 jours ou plus.

Autonomie numériqueInternetSécuritéSoftware

Microsoft 365 et rançongiciels : organiser la protection et la récupération

Archive publiée en 2016. Ce contenu décrit son époque et ne constitue pas une recommandation technique ou une présentation de l’offre actuelle.

Illustration symbolique : Microsoft 365 et rançongiciels : organiser la protection et la récupération

Déplacer ses documents dans Microsoft 365 ne supprime pas le risque de rançongiciel. Un poste compromis peut modifier des fichiers synchronisés ; un compte détourné peut donner accès à des documents sans qu’un disque ait été chiffré. La protection doit couvrir les identités, les appareils, les partages et la récupération.

Ce guide sert à préparer cette organisation. Pendant un incident actif, la procédure de réponse de votre structure et les décisions de l’équipe chargée de l’incident priment sur une série de manipulations génériques.

Repérer ce qui permettrait une propagation

Commencez par les questions concrètes : quels utilisateurs peuvent modifier un grand nombre de bibliothèques ? Quels comptes administrent les protections et les sauvegardes ? Quels appareils accèdent aux données et quelles applications disposent d’autorisations persistantes ?

L’authentification multifacteur, la limitation des privilèges, les mises à jour et la protection des terminaux sont complémentaires. Vérifiez leur application effective, notamment pour les comptes de secours et les anciens comptes techniques. Une politique affichée ne suffit pas si certains accès échappent à son périmètre.

Listez les fonctions de détection réellement disponibles dans vos licences et les personnes qui reçoivent leurs alertes. Un portail sans responsable de traitement crée une fausse impression de surveillance. Organisez également le signalement utilisateur : qui appeler, par quel canal et quelles premières informations fournir ?

Préparer la première heure

Un exercice sur table permet de révéler les hésitations avant une crise. Exemple illustratif : une personne constate que plusieurs documents partagés sont devenus illisibles. Sans toucher à la production, l’équipe décrit comment elle qualifierait le signalement, qui piloterait la réponse et comment elle communiquerait si la messagerie habituelle était suspectée.

La fiche d’incident doit prévoir :

  • un responsable de coordination et un remplaçant ;
  • un moyen de communication adapté si des comptes sont compromis ;
  • la collecte des heures, messages d’erreur et périmètres observés ;
  • les personnes autorisées à isoler des appareils ou suspendre des accès ;
  • la conservation des éléments utiles à l’investigation ;
  • une décision explicite avant toute reconnexion ou restauration étendue.

Ne transformez pas l’exercice en suppression de comptes ou de journaux. La réponse doit limiter les effets tout en préservant ce qui permet de comprendre l’incident. Le guide Microsoft Defender XDR organise justement le traitement autour du confinement, de l’investigation puis de l’éradication et de la récupération.

Choisir le bon mécanisme de récupération

Versions de documents, corbeilles, politiques de rétention et sauvegardes répondent à des besoins différents. Pour chaque mécanisme retenu, consignez les données couvertes, les points disponibles, les droits nécessaires et ce qui serait remplacé lors d’une restauration.

Microsoft 365 Backup possède ses propres fonctions de récupération pour les données protégées. Son existence ne signifie pas que votre organisation l’a configuré ni que tous ses contenus sont couverts. Vérifiez la protection effective et les conditions du service avant d’en faire une hypothèse de reprise.

Lorsque la menace est maîtrisée et le point de récupération qualifié, testez d’abord un périmètre adapté. Une copie qui s’ouvre ne prouve pas encore que les droits, les liens et les processus associés fonctionnent. Le propriétaire métier doit confirmer que la version retrouvée est utilisable.

Comment juger votre préparation

La préparation est tangible si une autre personne sait retrouver la procédure, joindre le responsable, identifier les données critiques et produire la preuve d’un essai de récupération. Relevez les délais observés et les dépendances inconnues, puis attribuez chaque correction à un responsable.

Révisez cette organisation lors d’un changement important de partage, de sauvegarde ou de prestataire. Le résultat attendu est une capacité de réponse démontrée, sans promettre qu’un produit empêcherait tout incident.

Sources et prolongements