Principes du modèle Zero Trust : ne jamais faire confiance, toujours vérifier

Zero Trust est un modèle de sécurité fondé sur le principe qu’aucun utilisateur, appareil ou réseau ne doit être considéré comme fiable par défaut, même s’il se trouve à l’intérieur du périmètre de l’entreprise. La sécurité traditionnelle supposait que tout ce qui se trouvait derrière le pare-feu était sûr, mais les attaques modernes démontrent régulièrement que cette hypothèse est fausse. Zero Trust remplace la confiance implicite par une vérification explicite et continue pour chaque demande d’accès.

Zero Trust repose sur trois principes fondamentaux. Vérifier explicitement signifie que chaque demande doit être authentifiée et autorisée à l’aide de tous les signaux disponibles. Appliquer le principe du moindre privilège limite l’accès à ce qui est strictement nécessaire pour la tâche concernée. Partir du principe qu’une compromission a eu lieu signifie concevoir les systèmes comme si des attaquants se trouvaient déjà à l’intérieur, afin que les défenses se concentrent sur la limitation des dommages et la détection rapide des déplacements latéraux.

Le modèle traditionnel du château et des douves protégeait la frontière du réseau à l’aide de pare-feu et de VPN, mais accordait une confiance étendue une fois à l’intérieur. Les menaces modernes — charges de travail dans le cloud, télétravailleurs, applications SaaS et menaces internes — remettent toutes en cause la notion d’« intérieur du périmètre ». Un seul identifiant subtilisé par hameçonnage peut donner aux attaquants un accès interne complet. Zero Trust supprime l’hypothèse selon laquelle ce qui est interne est forcément fiable.

Dans Zero Trust, l’identité devient le principal plan de contrôle. Au lieu de faire confiance à un emplacement réseau (adresse IP, VLAN), chaque demande doit présenter une identité vérifiée — utilisateur, appareil, charge de travail ou service. Les fournisseurs d’identité (IdP), comme Azure AD ou Okta, évaluent en continu les signaux suivants : qui effectue la demande, depuis quel appareil, à quel emplacement et avec quel niveau de risque.

Zero Trust exige que les appareils soient vérifiés au même titre que les utilisateurs. Un appareil conforme doit respecter des exigences de sécurité : correctifs à jour, chiffrement du disque activé, agent EDR en fonctionnement, et absence de jailbreak ou de root détecté. Les plateformes Mobile Device Management (MDM) et Endpoint Detection and Response (EDR) fournissent ces données d’état au moteur de stratégie au moment de l’accès.

Les VPN traditionnels accordent un accès au niveau du réseau : une fois connectés, les utilisateurs peuvent atteindre de nombreuses ressources. Zero Trust remplace cela par un accès au niveau des ressources : chaque application ou service accorde l’accès individuellement en fonction de l’identité, de l’état de l’appareil et du contexte. Cette approche s’appuie sur les périmètres définis par logiciel (SDP) et les produits Zero Trust Network Access (ZTNA), qui rendent les ressources invisibles jusqu’à ce qu’un accès soit explicitement accordé.

Partir du principe qu’une compromission a eu lieu signifie concevoir et exploiter les systèmes comme si des attaquants avaient déjà pénétré dans votre environnement. Cette posture entraîne plusieurs pratiques essentielles : chiffrer tout le trafic interne afin que les déplacements latéraux ne puissent pas être observés, tout journaliser pour permettre les investigations a posteriori, mettre en œuvre la micro-segmentation afin de limiter l’étendue des dommages, et effectuer une surveillance continue plutôt que des audits ponctuels.

Dans Zero Trust, le moindre privilège va au-delà de RBAC. L’accès juste à temps (JIT) accorde des autorisations élevées uniquement lorsque cela est nécessaire et les révoque automatiquement après une durée limitée. L’accès juste suffisant (JEA) limite les actions d’administration à des commandes précises. Ces approches réduisent considérablement la fenêtre d’exposition en cas de compromission d’un compte privilégié, car les identifiants expirent rapidement et la portée est restreinte.

Zero Trust remplace le principe « s’authentifier une fois, faire confiance pour toujours » par une vérification continue. Après l’authentification initiale, le moteur de stratégie surveille les signaux tout au long de la session : téléchargements inhabituels de données, accès depuis une nouvelle zone géographique, activité en dehors des heures habituelles ou changements dans l’état de l’appareil. Si le risque augmente au cours de la session, le système peut renforcer l’authentification (demander à nouveau MFA) ou mettre fin à la session.

Le moteur de stratégie Zero Trust est le point de décision qui évalue les demandes d’accès. Il recueille des signaux provenant des fournisseurs d’identité, de la gestion des appareils, des renseignements sur les menaces et de l’analyse comportementale, puis applique la stratégie pour autoriser, refuser ou mettre au défi chaque demande. Les plateformes cloud modernes mettent cela en œuvre au moyen de l’accès conditionnel (Azure AD), de l’Access Context Manager (Google BeyondCorp) et de passerelles ZTNA.

Les environnements cloud constituent le cadre naturel de Zero Trust, car aucun périmètre physique n’est à défendre. Chaque appel d’API, chaque communication entre services et chaque demande d’accès utilisateur peut être contrôlé au moyen de politiques IAM cloud, de maillages de services (comme Istio avec TLS mutuel) et de solutions ZTNA natives du cloud. Le modèle de responsabilité partagée suppose déjà que vous ne pouvez pas faire confiance à l’infrastructure sous-jacente : Zero Trust étend cette réflexion aux utilisateurs et aux charges de travail.

Testez votre compréhension des concepts de CompTIA Security+ (SY0-701) abordés dans cette leçon.

Dans cette leçon, vous avez appris que : Zero Trust remplace la confiance implicite envers le périmètre par une vérification explicite et continue ; ses trois piliers sont vérifier explicitement, appliquer le principe du moindre privilège et partir du principe qu’une compromission a eu lieu ; et l’identité devient le principal plan de contrôle, remplaçant l’emplacement réseau comme frontière de confiance. Nous allons maintenant découvrir la micro-segmentation et les périmètres définis par logiciel, qui appliquent Zero Trust au niveau du réseau.