3 L’architecture zero trust (ZTA) est un cadre de cybersécurité qui supprime la confiance implicite dans les systèmes d’entreprise et la remplace par une vérification continue et contextuelle de chaque demande d’accès. Définie formellement dans la publication NIST SP 800-207, l’architecture zero trust déplace la sécurité des modèles fondés sur le périmètre vers une application pilotée par l’identité, les politiques et les données. Ce guide explique : Ce qu’est l’architecture zero trust Comment elle fonctionne techniquement Ses composants d’architecture essentiels Ses modèles de mise en œuvre Ses stades de maturité Ses avantages et ses limites Les indicateurs pour en mesurer la réussite Qu’est-ce que l’architecture zero trust ? L’architecture zero trust est un modèle de sécurité dans lequel aucun utilisateur, aucune charge de travail, aucun appareil ni aucun segment réseau n’est considéré comme fiable par défaut, même s’il se trouve déjà à l’intérieur de l’environnement. L’accès est accordé en fonction : De l’identité vérifiée De l’état de sécurité de l’appareil Du contexte de risque De la sensibilité de la ressource Des signaux comportementaux en temps réel La confiance est réévaluée en continu pendant toute la durée de la session. Contrairement à l’architecture de sécurité traditionnelle, le zero trust ne considère pas le trafic interne comme sûr. Zero trust ou sécurité réseau traditionnelle Les modèles de sécurité traditionnels reposent sur un périmètre solide. Une fois à l’intérieur, les utilisateurs disposent souvent d’un accès étendu. Le modèle zero trust change cette approche. Modèle traditionnelArchitecture zero trustLe réseau est la frontière de sécuritéL’identité est la frontière de sécuritéLe VPN accorde un accès étenduL’accès est propre à chaque applicationRègles de pare-feu statiquesApplication dynamique des politiquesConfiance interne impliciteVérification continueLes sauvegardes héritent souvent de la confiance de la productionLes systèmes de sauvegarde exigent une authentification indépendante Ce changement réduit les déplacements latéraux et limite le rayon d’impact en cas de compromission. Le modèle d’architecture zero trust du NIST (SP 800-207) Le NIST définit plusieurs composants logiques au sein de l’architecture zero trust. 1. Le moteur de politiques (Policy Engine, PE) Le moteur de politiques évalue les demandes d’accès à partir : Des attributs d’identité Du niveau d’authentification De la conformité de l’appareil Du renseignement sur les menaces De l’analyse comportementale De la classification des données Il rend une décision d’autorisation, de refus ou d’accès conditionnel. 2. L’administrateur de politiques (Policy Administrator, PA) L’administrateur de politiques : Établit et termine les sessions Configure les points d’application Applique les contrôles d’accès conditionnel Révoque les sessions lorsque le risque évolue 3. Le point d’application des politiques (Policy Enforcement Point, PEP) Le PEP contrôle le trafic entre le sujet et la ressource. Par exemple : Les proxys sensibles à l’identité Les passerelles API Les courtiers de sécurité d’accès au cloud (CASB) Les agents hôtes Les contrôleurs de microsegmentation Le PEP applique le moindre privilège au niveau de la session. 4. Le diagnostic et l’atténuation continus (CDM) La télémétrie alimente les décisions de confiance, notamment : La détection et la réponse sur les postes (EDR) La supervision réseau Les journaux d’accès aux données La gestion des informations et des événements de sécurité (SIEM) L’accès est réévalué à mesure que de nouveaux signaux apparaissent. Comment fonctionne l’architecture zero trust (flux technique) Une séquence simplifiée d’évaluation de la confiance : Un utilisateur ou une charge de travail demande l’accès Le moteur de politiques collecte les données contextuelles L’identité est vérifiée L’état de sécurité de l’appareil est confirmé Un score de risque est calculé L’accès est accordé selon le moindre privilège L’activité est surveillée en continu La session est révoquée si des anomalies sont détectées Ce processus se répète pour chaque demande d’accès. Quels sont les cinq piliers de l’architecture zero trust ? La plupart des cadres zero trust regroupent les contrôles en piliers essentiels : L’identité Les appareils Le réseau Les applications et charges de travail Les données De nombreuses organisations ajoutent un sixième pilier : la visibilité et l’analytique. Une faiblesse sur l’un des piliers réduit l’efficacité de l’ensemble. Zero trust ou accès réseau zero trust (ZTNA) L’accès réseau zero trust est souvent confondu avec le cadre zero trust plus large. L’architecture zero trust est un cadre de sécurité d’entreprise complet.Le ZTNA est principalement un remplaçant du VPN qui permet un accès aux applications fondé sur l’identité. Le ZTNA contribue à la mise en œuvre du zero trust, mais ne remplace pas l’architecture plus large. Les modèles de déploiement du zero trust Les organisations mettent en œuvre le zero trust dans différents environnements. Le modèle cloud-native Fournisseur d’identité intégré aux applications SaaS Application des politiques via des passerelles API Identité des charges de travail pour les conteneurs Télémétrie cloud intégrée au moteur de politiques Le modèle d’entreprise hybride Fédération d’identités entre on-premise et cloud Microsegmentation des datacenters Courtiers d’accès sécurisé pour les utilisateurs distants Domaines d’identité distincts pour les systèmes de sauvegarde Les infrastructures critiques on-premise Segmentation réseau imposée par un périmètre défini par logiciel Contrôle strict des accès administrateur Infrastructure dédiée de supervision et de journalisation La conception de l’architecture doit être alignée sur l’environnement métier. Le modèle de maturité de l’architecture zero trust Les organisations évoluent généralement en quatre stades. Stade 1 : une sécurité centrée sur l’identité MFA généralisée Authentification centralisée Suppression des comptes partagés Gestion des accès à privilèges Stade 2 : segmentation et accès conditionnel Microsegmentation Politiques sensibles au contexte Validation de l’état de sécurité des appareils Accès administrateur restreint Stade 3 : un zero trust centré sur les données Chiffrement généralisé Intégration de la classification des données aux décisions de politique Sauvegardes immuables Authentification indépendante pour les systèmes de stockage Contrôles stricts des suppressions Stade 4 : un zero trust adaptatif Analyse comportementale intégrée au moteur de politiques Révocation automatisée des accès Simulations d’intrusion continues Validation de la restauration dans des scénarios d’attaque La maturité se mesure à la réduction du rayon d’impact et à la garantie de restauration. Les avantages de l’architecture zero trust Les organisations qui mettent en œuvre une architecture zero trust constatent : Moins de déplacements latéraux Un risque réduit d’utilisation abusive des identifiants Une meilleure résilience face aux ransomwares Une meilleure visibilité sur les accès aux données Une révocation plus rapide des sessions compromises Un meilleur alignement réglementaire La sécurité devient dynamique plutôt que statique. Les inconvénients et défis du zero trust Le modèle zero trust introduit de la complexité. Les défis courants : Les applications héritées qui dépendent de la confiance réseau Les lacunes d’intégration entre outils de sécurité Des autorisations trop larges pour les comptes de service La résistance culturelle au moindre privilège Une gestion opérationnelle des politiques plus lourde Une gouvernance efficace et une coordination centralisée des politiques sont essentielles. L’architecture zero trust est-elle obligatoire pour la conformité ? La plupart des réglementations n’imposent pas explicitement l’architecture zero trust. Ses contrôles s’alignent toutefois sur les exigences de : HIPAA (contrôle d’accès et journalisation d’audit) PCI-DSS (moindre privilège et segmentation) FedRAMP (supervision continue) Les exigences zero trust de la CISA pour l’administration fédérale américaine L’architecture zero trust favorise la conformité, mais va au-delà des listes de contrôle réglementaires. Mesurer l’efficacité de l’architecture zero trust L’architecture de sécurité doit produire des résultats mesurables. Les principaux indicateurs : Le pourcentage d’applications soumises à un accès conditionnel Le nombre de comptes à privilèges supprimés Le délai de révocation des sessions suspectes Le délai moyen de détection d’une activité anormale sur les données Le pourcentage de sauvegardes immuables Le taux de réussite des restaurations lors des simulations Les indicateurs vérifient si l’architecture réduit l’impact, et pas seulement le risque. Les erreurs courantes en architecture zero trust Considérer le zero trust comme un produit à acheter Déployer le ZTNA sans architecture plus large Négliger les protections au niveau des données Ne pas segmenter les environnements de sauvegarde Complexifier la logique des politiques sans automatisation Ne pas intégrer la télémétrie Le zero trust exige une orchestration, pas des outils isolés. Architecture zero trust et résilience des données Le zero trust part du principe qu’une compromission est possible. La question essentielle devient alors de savoir si les attaquants peuvent : Supprimer des données Chiffrer des données Exfiltrer des informations sensibles Désactiver les systèmes de restauration Les protections au niveau des données complètent le modèle : Le stockage immuable L’authentification indépendante pour les sauvegardes L’application stricte de la conservation La surveillance des tentatives de suppression Des interfaces d’administration séparées Lorsque les contrôles d’identité échouent, ce sont les données protégées qui déterminent la capacité de restauration. Feuille de route de mise en œuvre de l’architecture zero trust Une stratégie de mise en œuvre concrète comprend : Inventorier les utilisateurs, les charges de travail et les actifs sensibles Définir les surfaces à protéger Centraliser l’identité et l’authentification Mettre en place l’architecture du moteur de politiques Déployer la microsegmentation Appliquer le moindre privilège Protéger indépendamment les systèmes de sauvegarde et de stockage Intégrer la télémétrie aux décisions de politique adaptatives Tester en continu les scénarios d’intrusion et de restauration Le modèle zero trust est itératif et opérationnel, et non un déploiement ponctuel. Questions fréquentes sur l’architecture zero trust Quel est l’objectif principal de l’architecture zero trust ? Supprimer la confiance implicite et vérifier en continu chaque demande d’accès grâce à une évaluation contextuelle du risque. L’architecture zero trust élimine-t-elle les intrusions ? Non. Elle réduit les déplacements latéraux et limite l’impact en cas de compromission. L’architecture zero trust est-elle réservée aux environnements cloud ? Non. Elle s’applique aux environnements cloud, hybrides, on-premise et en périphérie. Combien de temps prend la mise en œuvre du zero trust ? La plupart des entreprises mettent en œuvre l’architecture zero trust progressivement, sur plusieurs années, en franchissant les stades de maturité successifs. Conclusion L’architecture zero trust remplace les hypothèses fondées sur le périmètre par une vérification continue, pilotée par des politiques, qui couvre l’identité, les appareils, les charges de travail, le réseau et les données. Les organisations qui alignent moteurs de politiques, points d’application, télémétrie, segmentation et résilience des données au sein d’un cadre unifié réduisent leur surface d’attaque et renforcent leur capacité de restauration. Le modèle zero trust ne se définit pas par un contrôle unique. Il se définit par la cohérence avec laquelle la confiance est évaluée, appliquée et vérifiée dans toute l’entreprise.
