2 La sécurité zero trust repose sur une idée simple mais intransigeante : la confiance ne doit jamais être présumée. Chaque interaction d’un utilisateur, d’un appareil, d’une application ou d’un système doit être vérifiée en continu, quelle que soit son origine. Ce modèle rejette l’idée d’un réseau interne de confiance et part du principe qu’une compromission est toujours possible. À mesure que les organisations adoptent des services cloud, gèrent le travail à distance et administrent des données dans des environnements hybrides, le zero trust est devenu un principe de sécurité fondamental. Mais si les échanges sur le zero trust portent surtout sur l’identité, les accès et les contrôles réseau, un domaine est souvent sous-estimé : les données et le stockage. Lorsque les attaquants finissent par contourner les défenses périmétriques, les systèmes de stockage et les sauvegardes deviennent la dernière ligne de défense. Ce guide présente les bonnes pratiques de sécurité zero trust en mettant délibérément l’accent sur la protection des données, la sauvegarde et la résilience du stockage. Qu’est-ce que la sécurité zero trust ? La sécurité zero trust est un modèle de cybersécurité qui supprime toute confiance implicite. Aucun utilisateur, appareil ou système n’est considéré comme fiable par défaut, qu’il se trouve à l’intérieur ou à l’extérieur du réseau. Chaque demande d’accès est évaluée dynamiquement en fonction de l’identité, du contexte, des politiques et du risque. Les principales caractéristiques de la sécurité zero trust sont : une authentification et une autorisation continues un accès selon le moindre privilège pour toutes les identités une vérification explicite des appareils et des charges de travail une protection forte des données sensibles à chaque couche Plutôt que de s’appuyer sur des frontières réseau statiques, le zero trust rapproche l’application des contrôles des ressources elles-mêmes, en particulier des données. Pourquoi le zero trust est essentiel dans les environnements modernes La sécurité périmétrique traditionnelle partait du principe qu’une fois les attaquants tenus à l’écart, les systèmes internes étaient sûrs. Cette hypothèse ne tient plus. Le phishing, le vol d’identifiants, les erreurs de configuration et les compromissions de la chaîne d’approvisionnement permettent aux attaquants d’agir avec des accès légitimes. Une fois à l’intérieur, les attaquants ciblent souvent directement les données. Ransomware, exfiltration de données et destruction des sauvegardes sont des étapes suivantes courantes. Le zero trust répond à cette réalité en partant du principe que l’intrusion a eu lieu et en concevant des contrôles qui en limitent l’impact plutôt que de chercher à empêcher chaque intrusion. Dans ce contexte, protéger les accès est nécessaire, mais protéger l’intégrité des données et la capacité de restauration est essentiel. Les principes fondamentaux du zero trust La sécurité zero trust repose sur quatre principes fondamentaux : Vérification explicite : chaque demande doit être authentifiée et autorisée à partir de plusieurs signaux. Moindre privilège : l’accès est strictement délimité et limité dans le temps. Présomption d’intrusion : les systèmes sont conçus en partant du principe que des attaquants sont peut-être déjà présents. Évaluation continue : la confiance est réévaluée tout au long du cycle de vie de l’accès et de l’utilisation. Ces principes s’appliquent non seulement aux réseaux et aux identités, mais aussi à la manière dont les données sont stockées, consultées et protégées. Les bonnes pratiques de sécurité zero trust 1. Faire de l’identité la principale frontière de sécurité Dans un modèle zero trust, l’identité remplace le périmètre réseau comme principal plan de contrôle. Une gestion forte des identités est essentielle, pour les utilisateurs comme pour les machines. L’authentification multifacteur doit être obligatoire pour tous les utilisateurs, avec des garde-fous supplémentaires pour les rôles à privilèges. Les comptes de service et les applications doivent eux aussi s’authentifier de manière sécurisée et renouveler régulièrement leurs identifiants. La vérification de l’identité doit être contextuelle et tenir compte du comportement, de l’état de l’appareil et des schémas d’accès, plutôt que de reposer uniquement sur des identifiants statiques. 2. Appliquer le moindre privilège aux utilisateurs, aux applications et aux services Le moindre privilège limite les dégâts que peuvent causer des attaquants en cas de compromission d’identifiants. Les utilisateurs ne doivent avoir accès qu’aux données et aux systèmes nécessaires à leur rôle, et à rien d’autre. Cela s’applique de la même manière : aux utilisateurs humains aux applications et aux API aux processus d’automatisation et de sauvegarde Les autorisations doivent être revues en continu. Des privilèges excessifs ou permanents comptent parmi les facteurs les plus courants de déplacement latéral et d’exposition des données. 3. Segmenter délibérément les réseaux et les charges de travail La segmentation reste un contrôle zero trust important, mais elle doit servir à protéger les systèmes critiques plutôt qu’à constituer la défense principale. Les environnements de production, les plans de gestion et les systèmes de sauvegarde doivent être isolés les uns des autres. L’accès entre segments doit être explicite, authentifié et journalisé. La segmentation devient particulièrement importante pour protéger l’infrastructure de stockage et de sauvegarde contre des identifiants de production compromis. 4. Valider en continu l’état des appareils Le zero trust exige de vérifier non seulement qui accède aux données, mais aussi depuis quel appareil. L’état de sécurité des terminaux (niveau de correctifs, chiffrement, outils de sécurité) doit peser dans les décisions d’accès. Un utilisateur légitime sur un appareil compromis ou non conforme ne doit pas bénéficier du même accès qu’un terminal conforme. C’est particulièrement important pour l’accès aux données sensibles ou aux systèmes de sauvegarde. 5. Sécuriser les données elles-mêmes, pas seulement les chemins d’accès Les architectures zero trust doivent faire des données une préoccupation de sécurité de premier plan. Le chiffrement, les contrôles d’accès et l’application des politiques doivent suivre les données, où qu’elles se trouvent. Toutes les données en transit doivent être protégées par un chiffrement de transport fort, y compris les communications internes entre systèmes. Les données au repos doivent être chiffrées par défaut sur le stockage principal, le stockage secondaire et les sauvegardes. Le chiffrement seul ne suffit pas. Une gestion rigoureuse des clés, l’audit des accès et la séparation des tâches sont nécessaires pour que les données restent protégées même si l’infrastructure ou des identifiants sont compromis. 6. Surveiller et journaliser tous les accès aux données et leur utilisation La visibilité est une condition préalable au zero trust. Les organisations doivent pouvoir voir qui accède aux données, quand et comment. Les accès aux jeux de données sensibles, aux référentiels de sauvegarde et aux interfaces de gestion du stockage doivent être journalisés de manière centralisée et surveillés en continu. Les comportements anormaux, comme des suppressions massives soudaines ou des accès à des heures inhabituelles, doivent déclencher des alertes et des réponses automatisées. Surveiller l’accès aux données est souvent plus utile que surveiller le seul trafic réseau, car cela révèle l’intention et pas seulement le mouvement. 7. Renforcer l’infrastructure en partant du principe que l’intrusion a eu lieu Le zero trust part du principe que les attaquants finiront par atteindre les systèmes internes. L’infrastructure doit donc être renforcée pour limiter les dégâts qu’ils peuvent causer. Cela comprend : la suppression des identifiants par défaut la restriction des accès d’administration une authentification forte pour les interfaces de gestion l’application de référentiels de sécurité cohérents Les systèmes de stockage et de sauvegarde doivent être renforcés avec la même rigueur que les composants de calcul et de réseau. 8. Le stockage de données zero trust : la dernière ligne de défense Lorsque les contrôles d’identité échouent et que les réseaux sont compromis, le stockage devient la dernière barrière entre les attaquants et des dégâts irréversibles. Le stockage de données zero trust part du principe que des attaquants peuvent atteindre les systèmes de stockage et conçoit les protections en conséquence. L’accès au stockage doit être strictement contrôlé, audité et séparé des environnements de production. Les systèmes de sauvegarde sont particulièrement critiques. Les attaques par ransomware modernes tentent systématiquement de supprimer ou de chiffrer les sauvegardes pour empêcher la restauration. Si les sauvegardes sont traitées comme des systèmes internes implicitement fiables, elles deviennent des cibles faciles. Les principes du zero trust exigent que : les systèmes de sauvegarde authentifient explicitement les utilisateurs et les services l’autorisation de supprimer ou de modifier des sauvegardes soit très restreinte les environnements de sauvegarde soient isolés des identifiants de production les actions d’administration soient journalisées et surveillées En traitant le stockage comme un environnement hostile plutôt que comme un environnement de confiance, les organisations peuvent préserver l’intégrité des données même pendant une attaque en cours. 9. Le rôle du stockage immuable dans le zero trust Le stockage immuable joue un rôle essentiel dans les architectures zero trust en protégeant les données à la fois contre les attaquants externes et contre les initiés compromis. L’immuabilité garantit qu’une fois écrites, les données ne peuvent être ni modifiées ni supprimées pendant une période de rétention définie. Elle répond directement à l’une des techniques d’attaque les plus dévastatrices : la destruction des sauvegardes. Dans un modèle zero trust, le stockage immuable : applique le moindre privilège au niveau des données empêche les suppressions malveillantes ou accidentelles fournit un point de restauration fiable après une attaque par ransomware réduit la dépendance aux défenses périmétriques Les sauvegardes immuables s’inscrivent naturellement dans la logique de présomption d’intrusion. Même si des attaquants obtiennent un accès administrateur ailleurs, l’immuabilité garantit que les données de restauration restent intactes. 10. Intégrer le zero trust aux opérations sur les données et à la planification de la restauration Le zero trust n’est pas complet sans préparation opérationnelle. Les processus de restauration des données doivent partir du principe que des identifiants sont compromis et que les conditions sont hostiles. Cela implique de : tester régulièrement les restaurations vérifier que les contrôles d’accès aux sauvegardes fonctionnent dans des scénarios d’attaque s’assurer que les processus de restauration ne reposent pas sur une seule identité de confiance La rigueur opérationnelle transforme le zero trust d’un concept d’architecture en une stratégie de résilience concrète. Réunir zero trust et résilience des données La sécurité zero trust est souvent présentée comme une question d’identité et de réseau, mais sa réussite dépend in fine de la protection des données. Les contrôles d’identité réduisent le risque. La segmentation ralentit les attaquants. Mais ce sont le stockage et les sauvegardes qui déterminent si une organisation peut se rétablir. En étendant les principes du zero trust au stockage des données, par le chiffrement, les contrôles d’accès, la surveillance et l’immuabilité, les organisations garantissent que même lorsque les défenses cèdent, les données restent protégées et restaurables. Le zero trust ne consiste pas à supprimer toute confiance. Il consiste à placer la confiance là où elle a sa place : dans des contrôles vérifiés, des systèmes résilients et des architectures de données conçues pour résister aux défaillances.
