Une sauvegarde contient souvent ce qu’une PME protège le plus difficilement au quotidien : fichiers comptables, contrats, données clients, plans, messagerie ou exports applicatifs. Alors, faut-il chiffrer les sauvegardes ? Dans la grande majorité des cas, oui. Mais le chiffrement n’est réellement utile que s’il est intégré à une stratégie de sauvegarde pensée pour la restauration, la continuité d’activité et la gestion des accès.
Le risque ne se limite pas au vol d’un disque dur. Une sauvegarde peut être copiée vers un espace cloud mal configuré, envoyée chez un prestataire, consultée depuis un poste compromis ou supprimée par un compte administrateur détourné. Pour une PME, une fuite de données issues des sauvegardes peut être aussi grave qu’une indisponibilité informatique prolongée.
Pourquoi chiffrer les sauvegardes d’une PME ?
Le chiffrement rend les données illisibles sans la clé de déchiffrement appropriée. Si un support de sauvegarde est perdu, volé ou exfiltré, son détenteur ne peut pas exploiter les fichiers protégés. C’est une mesure de confidentialité essentielle dès lors que les sauvegardes contiennent des données personnelles, des informations financières, des dossiers RH ou des éléments stratégiques.
Cette protection répond également à une réalité opérationnelle. Les sauvegardes ne restent plus uniquement dans une baie serveur verrouillée. Elles circulent entre les postes, les serveurs, les sites distants et les plateformes cloud. Le télétravail, les agences, les applications SaaS et les échanges avec des partenaires multiplient les emplacements à sécuriser. Chiffrer les sauvegardes réduit l’impact d’une exposition accidentelle sur l’un de ces maillons.
Pour les entreprises soumises à des obligations contractuelles ou sectorielles, le chiffrement constitue aussi un élément de preuve de sérieux. Il ne dispense pas de respecter le RGPD, de limiter les droits d’accès ou de définir des durées de conservation cohérentes. En revanche, il démontre que l’entreprise applique une mesure technique adaptée au niveau de sensibilité de ses données.
Le chiffrement protège la confidentialité, pas la disponibilité
C’est le point le plus souvent mal compris. Une sauvegarde chiffrée n’est pas automatiquement protégée contre le ransomware, la suppression ou la corruption. Si un pirate accède au compte qui administre vos sauvegardes, il peut parfois supprimer les points de restauration, modifier les règles de rétention ou chiffrer les données avant leur copie.
Le chiffrement doit donc s’inscrire dans une architecture plus large. Une stratégie fiable combine notamment une séparation des identités d’administration, une authentification multifacteur, une rétention suffisante, des copies conservées hors du système de production et des sauvegardes immuables lorsque cela est pertinent. L’immuabilité empêche la modification ou la suppression d’une copie pendant une durée définie. Elle répond à un besoin différent du chiffrement, mais les deux mécanismes se complètent très bien.
La règle 3-2-1 reste un bon repère pour une PME : conserver au moins trois copies des données, sur deux types de supports différents, dont une hors site. Dans les environnements exposés, une variante 3-2-1-1-0 apporte un niveau de sécurité supplémentaire : une copie hors ligne ou immuable, et zéro erreur constatée lors des vérifications de restauration.
Chiffrement en transit et au repos : les deux sont nécessaires
Une sauvegarde peut être chiffrée à deux moments. Le chiffrement en transit protège les données lorsqu’elles voyagent entre un serveur, un poste ou une application et leur destination de sauvegarde. Il évite qu’un tiers présent sur le réseau puisse intercepter des informations exploitables.
Le chiffrement au repos protège les données une fois stockées sur un NAS, un serveur, un disque externe ou dans le cloud. C’est celui qui limite les conséquences d’un accès non autorisé au support lui-même. Une offre qui annonce simplement des « sauvegardes sécurisées » mérite donc une vérification : les données sont-elles chiffrées pendant le transfert, après leur stockage, ou dans les deux cas ?
La réponse attendue est généralement les deux. Il faut aussi identifier les algorithmes utilisés, les mécanismes de gestion des clés et les personnes pouvant demander ou effectuer une restauration. Pour une PME, l’objectif n’est pas de transformer chaque dirigeant en cryptographe. Il est de pouvoir obtenir des réponses claires, documentées et vérifiables de la part de son prestataire ou de son équipe informatique.
La gestion des clés : le vrai sujet à ne pas négliger
Le meilleur chiffrement devient un problème si la clé est perdue ou inaccessible. Sans elle, la sauvegarde ne peut pas être restaurée. Une entreprise qui dispose de copies parfaitement chiffrées mais ne sait pas qui détient les clés n’a pas de plan de reprise fiable.
Il faut définir précisément où les clés sont conservées, qui peut y accéder et ce qu’il se passe si l’administrateur habituel est absent, quitte l’entreprise ou subit lui-même une compromission de compte. Dans un modèle managé, le partage des responsabilités doit être explicite : le prestataire exploite-t-il les clés ? Le client les conserve-t-il ? Existe-t-il un mécanisme de récupération encadré ?
Le chiffrement géré par le fournisseur est souvent le plus simple à administrer et convient à beaucoup de PME. Le chiffrement avec une clé contrôlée exclusivement par le client apporte davantage de maîtrise, mais il transfère aussi une responsabilité lourde : sauvegarder cette clé, la protéger et prévoir son accès en cas d’urgence. Ce choix doit être proportionné aux enjeux métiers, aux exigences contractuelles et aux ressources réellement disponibles.
Il est également préférable de séparer les comptes de sauvegarde des comptes administrateurs habituels. Un identifiant Microsoft 365 ou Windows compromis ne doit pas donner, à lui seul, le pouvoir de supprimer les sauvegardes ou d’accéder aux clés de chiffrement. L’authentification multifacteur et le principe du moindre privilège réduisent fortement ce risque.
Quelles sauvegardes chiffrer en priorité ?
La réponse courte est : toutes celles qui contiennent des données de l’entreprise. En pratique, il faut prioriser les environnements dont l’arrêt aurait un impact direct sur l’activité. Les serveurs de fichiers, la comptabilité, les bases de données métier, les messageries, les environnements Microsoft 365, les machines virtuelles et les configurations réseau méritent une attention particulière.
Les postes utilisateurs ne doivent pas être oubliés, surtout lorsque les collaborateurs enregistrent des documents localement ou travaillent hors connexion. Une politique de sauvegarde efficace ne repose pas sur l’hypothèse que chacun range systématiquement ses fichiers au bon endroit. Elle organise les données, centralise les emplacements sensibles et sécurise les copies nécessaires.
Les données de téléphonie peuvent également être critiques. Selon l’usage de l’entreprise, les configurations 3CX, les enregistrements autorisés, les files d’appels et certains paramètres de routage doivent pouvoir être restaurés rapidement. Une panne ne doit pas obliger à reconstruire manuellement l’ensemble de la configuration téléphonique pendant que les appels clients restent sans réponse.
Comment vérifier qu’une sauvegarde chiffrée reste restaurable ?
Une sauvegarde n’a de valeur que le jour où elle est restaurée avec succès. Les tests doivent donc faire partie du service, et non être réservés à un incident majeur. Il ne suffit pas de constater qu’un tableau de bord affiche « sauvegarde réussie ». Ce statut confirme le plus souvent la copie, pas l’intégrité métier de la restauration.
Un test utile consiste à restaurer régulièrement un fichier, une boîte mail, une base de données ou une machine virtuelle dans un environnement contrôlé. Il permet de mesurer le délai réel, de vérifier les droits d’accès et de s’assurer que la clé de déchiffrement fonctionne. Pour les applications critiques, le responsable métier doit valider que les données restaurées sont réellement exploitables.
Ces exercices permettent aussi de définir des objectifs réalistes. Le RPO correspond à la quantité maximale de données que l’entreprise accepte de perdre, par exemple quatre heures de saisie. Le RTO désigne le délai acceptable pour remettre un service en fonctionnement. Une sauvegarde quotidienne peut convenir à des archives, mais elle sera insuffisante pour une activité qui dépend en continu de son ERP ou de ses dossiers clients.
Les erreurs qui fragilisent les sauvegardes chiffrées
Le premier écueil consiste à croire qu’un mot de passe connu de tous suffit à protéger une sauvegarde. Le second est de placer les données, le logiciel de sauvegarde et les clés sur le même serveur ou sous le même compte administrateur. En cas d’attaque, cette concentration facilite la destruction de l’ensemble du dispositif.
Autre erreur fréquente : chiffrer les copies sans documenter la procédure de restauration. Lorsqu’un incident survient, l’équipe doit savoir quel jeu de sauvegarde sélectionner, quelles autorisations utiliser, où trouver les clés et dans quel ordre remettre les services en route. Cette procédure doit rester accessible même si le réseau interne est indisponible.
Enfin, il faut surveiller les alertes. Une sauvegarde qui échoue plusieurs jours, une capacité de stockage saturée, une désactivation de l’authentification multifacteur ou une suppression inhabituelle de points de restauration ne sont pas de simples détails techniques. Ce sont des signaux qui doivent déclencher une vérification rapide.
Pour une PME, la bonne question n’est donc pas seulement de savoir si les sauvegardes sont chiffrées. Elle est de vérifier si elles sont chiffrées, isolées, supervisées et restaurables dans le délai dont l’activité a besoin. Un accompagnement managé, comme celui proposé dans une démarche MeoSecurity, permet de traiter ces sujets avec des règles claires et un suivi continu plutôt qu’au moment où la restauration devient urgente.
La décision la plus protectrice reste simple : chiffrer systématiquement les sauvegardes sensibles, puis tester régulièrement qu’elles peuvent revenir à la vie sans dépendre d’une personne, d’un mot de passe oublié ou d’un système déjà compromis.
