Une sauvegarde ne compte que si vous savez aussi que sa restauration fonctionne. Non pas en hypothèse, mais en quelque chose que vous avez réellement essayé : une restauration exécutée, mesurant combien de temps cela a pris et vérifiant que tout était revenu comme il se devait. Sans ce test, vous savez seulement qu'une copie existe quelque part — non pas si cette copie vous aidera jamais.
Pour une entreprise d'installation, ce n'est pas une question théorique. Derrière la planification des monteurs, les codes d'accès des bâtiments clients et les connexions aux systèmes de sécurité se trouvent des systèmes qui, s'ils tombent en panne, ne touchent pas seulement votre propre exploitation mais aussi l'accès d'un client à son propre bâtiment. Celui qui gère l'équipe de service qui fait fonctionner à distance une porte, une alarme ou une installation climatique est pour ce client un maillon qui doit simplement continuer à fonctionner.
Pourquoi une sauvegarde non testée ne compte pas
Une sauvegarde peut s'avérer inutilisable pour de nombreuses raisons au moment où vous en avez besoin. Le fichier est corrompu, la clé pour le déchiffrer manque, l'ordre dans lequel les systèmes doivent revenir n'est consigné nulle part, ou cela prend simplement beaucoup plus de temps que quelqu'un ne l'avait prévu. Vous ne remarquez pas cela lors d'un tranquille mardi — vous le remarquez au moment où la planification de tous les monteurs a échoué et qu'un client demande pourquoi son système d'accès ne répond plus depuis deux jours.
L'obligation de diligence découlant de la directive NIS2 mentionne donc la sauvegarde et la récupération non pas comme un détail technique mais comme l'une des mesures de base. Ce que la directive elle-même ne fait pas, c'est prescrire une fréquence de test fixe — la fréquence à laquelle vous testez ne figure nulle part comme un chiffre concret dans le texte. Les autorités de surveillance examinant ce type de mesures s'attachent généralement à vérifier qu'une organisation peut démontrer qu'elle sait quels systèmes sont critiques et qu'elle vérifie régulièrement que la récupération fonctionne réellement, en fonction de la dépendance de l'entreprise à l'égard de ces systèmes.
Ce qui concerne spécifiquement les entreprises d'installation
Pour une entreprise d'installation, il ne s'agit pas seulement de la comptabilité interne. Pensez au logiciel de planification où les monteurs reçoivent leurs itinéraires et tâches, au CRM contenant les données de contrats et les conditions de garantie des clients, et aux connexions aux systèmes d'accès ou aux systèmes de gestion des bâtiments chez les clients. Un monteur pouvant accéder au réseau d'un client via une connexion VPN est pour ce client une porte supplémentaire d'entrée — une porte qui doit aussi pouvoir se fermer si quelque chose se passe mal.
Ce sont précisément ces connexions qui rendent la récupération plus compliquée que dans un système de bureau ordinaire. Il ne s'agit pas seulement de restaurer vos propres données, mais aussi de vérifier si les droits d'accès, les certificats et les mots de passe des environnements clients restent corrects après une récupération. Un test qui restaure uniquement votre propre système de fichiers en dit peu sur le fait que la connexion avec un client fonctionnera à nouveau comme convenu après une panne.
Ce que concrètement un test implique
Un test de récupération utile comporte quelques éléments fixes : vous restaurez réellement une sauvegarde, de préférence dans un environnement séparé pour que le test ne pose pas de risque pour les travaux en cours. Vous mesurez combien de temps cela prend et comparez avec ce qui est acceptable pour votre planification et pour les accords avec les clients. Vous vérifiez que toutes les données sont complètes et utilisables, y compris les connexions aux systèmes externes. Et vous enregistrez qui a effectué le test, quand et ce qu'il en est ressorti — même si le résultat n'était pas bon, car c'est précisément ce qui motive une amélioration.
Cet enregistrement est immédiatement la pièce justificative qu'un client peut demander dans un questionnaire de sécurité, et la partie qu'une autorité de surveillance s'attend à retrouver dans un dossier sur l'obligation de diligence. Quiconque souhaite vérifier par lui-même si ce dossier est déjà en ordre, ou s'il faut commencer, trouvera dans un contrôle rapide de votre situation actuelle une première orientation, avec une explication du pourquoi.
Pour les entreprises qui ne sont pas certaines si ces obligations les touchent directement ou surtout via les exigences d'un client, la distinction entre être directement assujetti et être affecté via la chaîne d'approvisionnement est souvent le point de départ. Cette différence, et ce qu'elle implique pour le reste de vos mesures, est développée entre les sujets sélectionnés selon votre situation.
Quiconque, après la lecture de ce type de mesures, se pose surtout des questions pratiques — sur ce qu'implique un compte, ce qui reste gratuit et ce qui ne l'est pas — trouvera la plupart des réponses dans la questions fréquemment posées sur la plateforme. Et pour ceux qui souhaitent réellement tenir à jour le dossier, avec un statut et un responsable par mesure, consultez la page des abonnements ce qui s'y rapporte.
Qu'une sauvegarde non testée dans votre situation présente un risque qu'un autorité de contrôle évalue différemment d'une sauvegarde testée n'est pas quelque chose que cet article peut établir pour vous — cela dépend de vos propres systèmes et accords, et pour cela, la consultation d'un juriste ou de l'autorité de contrôle reste la bonne démarche. Si vous souhaitez d'abord vous faire une idée de votre situation, n'hésitez pas à faire le diagnostic rapide gratuit ou à parcourir les sujets développés pour votre secteur.