Le Zero Trust est souvent présenté comme une technologie à acheter, alors qu’il s’agit d’abord d’une manière d’organiser les décisions d’accès. Son principe tient en une règle : la confiance n’est jamais implicite, même lorsqu’un utilisateur travaille déjà sur le réseau interne.
Pour une organisation, cela signifie vérifier les identités, les appareils et le contexte avant d’autoriser l’accès à une ressource précise. L’enjeu est de protéger les données sans bloquer inutilement le travail, en commençant par les décisions essentielles.
A retenir :
- Vérification continue des identités, appareils et contextes d’accès
- Autorisations limitées aux ressources nécessaires à chaque mission
- Microsegmentation pour contenir les incidents et les déplacements latéraux
- Pilote mesurable avant toute extension à l’organisation entière
Zero Trust : comprendre la décision d’accès
Vérification continue selon le contexte
Ce modèle remplace la confiance accordée au seul emplacement par une évaluation des demandes d’accès. Selon le NIST, la décision dépend notamment de l’identité, de la ressource visée et des règles applicables.
La Vérification continue ne signifie pas forcément demander un nouveau code à chaque clic. Une modification d’appareil, une connexion inhabituelle ou des échecs répétés peuvent déclencher un contrôle supplémentaire, selon la politique définie.
Dans une entreprise fictive, Aubépine, une prestataire doit intervenir sur l’application de facturation. Son accès peut être limité à cette application, pendant la mission approuvée, sans ouvrir les outils RH ou d’administration.
Pour prendre une décision compréhensible, les équipes peuvent examiner plusieurs éléments avant d’autoriser une demande.
Critères d’autorisation contextualisée :
- Identité vérifiée et rôle professionnel actuel
- Ressource demandée et opération prévue
- État du terminal utilisé pour la connexion
- Durée, lieu et circonstances de la demande
| Élément vérifié | Question pratique | Réponse de sécurité |
|---|---|---|
| Identité | Qui demande l’accès ? | Confirmer l’identité et les droits associés |
| Ressource | À quoi l’accès est-il demandé ? | Limiter l’autorisation à la ressource concernée |
| Appareil | Le terminal respecte-t-il les règles ? | Contrôler son état et son autorisation |
| Contexte | La demande correspond-elle aux règles ? | Autoriser, refuser ou demander une vérification |
Selon le NIST, les fonctions de décision, d’administration et d’application des règles peuvent être distinctes ou regroupées. Cette séparation aide à comprendre qui décide, qui établit le chemin d’accès et quel composant l’applique.
Zero Trust : limiter les droits et les déplacements
Accès à privilège minimal et microsegmentation
Une fois la décision d’accès clarifiée, la réduction des droits limite les conséquences d’un compte compromis. L’Accès à privilège minimal donne à chaque personne et appareil uniquement les permissions nécessaires à leur tâche.
La Microsegmentation répartit ensuite le réseau en zones isolées autour des applications, données ou services sensibles. Si un compte est détourné, ces barrières peuvent freiner son passage vers d’autres ressources, sans garantir à elles seules l’absence d’incident.
Pour Aubépine, l’équipe de support pourrait consulter les commandes, mais pas modifier les coordonnées bancaires. Une mission temporaire doit aussi comporter une date de fin et un contrôle effectif du retrait des droits.
Les règles gagnent à être explicites et vérifiables plutôt qu’accumulées dans un outil difficile à auditer.
Mesures utiles pour réduire les privilèges :
- Définir les ressources et opérations autorisées
- Attribuer un responsable à chaque habilitation
- Prévoir l’expiration des accès temporaires
- Tester les refus comme les autorisations attendues
Selon l’ANSSI, le Zero Trust complète la défense en profondeur, sans remplacer mécaniquement les protections périmétriques. Une panne de l’annuaire ou du service de décision doit donc être étudiée avant le déploiement.
Gestion des identités et contrôle des appareils
La Gestion des identités relie les comptes à des rôles et à des responsabilités maintenus à jour. Le Contrôle des appareils vérifie de son côté que le terminal utilisé est connu et respecte les exigences prévues.
L’Authentification multifacteur ajoute des preuves d’identité, par exemple un mot de passe associé à un facteur détenu par l’utilisateur. Elle renforce le contrôle, mais ne remplace ni la limitation des droits ni la surveillance des accès.
| Pilier | Contrôle recherché | Exemple d’application |
|---|---|---|
| Identités | Compte associé au bon rôle | Retirer les droits après un changement de fonction |
| Appareils | Terminal connu et conforme | Refuser un appareil non autorisé |
| Applications | Accès justifié à chaque service | Isoler l’application de facturation |
| Données | Accès adapté à leur sensibilité | Limiter la consultation aux dossiers utiles |
Zero Trust : déployer un pilote et mesurer ses effets
Choisir une surface de protection concrète
Après avoir défini les accès, l’organisation peut choisir un périmètre pilote limité, mais assez représentatif pour révéler les dépendances. La Protection des données commence par l’identification des informations, applications, actifs et services prioritaires.
Cette surface de protection se distingue d’une tentative de sécurisation exhaustive de tout ce qui pourrait être exposé. Selon le NIST, les autorisations doivent porter sur des ressources déterminées : l’accès à l’une ne donne pas automatiquement accès aux autres.
Le pilote d’Aubépine pourrait couvrir une application de commandes et trois scénarios : accès habituel, remplacement temporaire et état du terminal indisponible. Ces cas sont des propositions de test, et non des résultats déjà observés.
Scénarios à documenter pendant le pilote :
- Comportement attendu pour chaque demande
- Refus injustifiés et accès trop larges
- Responsable de correction des données erronées
- Procédure de secours et fin de l’exception
Évaluer le risque, la conformité et les résultats
L’Évaluation du risque doit examiner les erreurs possibles, les interruptions et les conséquences d’une information manquante. Une règle trop stricte peut gêner une activité légitime, tandis qu’une exception mal bornée peut maintenir un accès excessif.
La Surveillance des accès doit produire des traces utiles aux équipes, sans collecte illimitée. Le RGPD exige des mesures adaptées aux risques et encadre notamment la finalité, la minimisation et la conservation des données personnelles.
Un compte rendu de pilote distingue les autorisations attendues, les refus légitimes, les blocages injustifiés et les accès plus larges que prévu. NIS2 porte notamment sur les politiques de contrôle d’accès et, selon les besoins, sur l’authentification.
Pour décider d’étendre le dispositif, les responsables doivent attribuer les corrections et vérifier que les droits temporaires disparaissent réellement. Le remplacement d’un VPN par un autre mécanisme ne suffit pas à démontrer une architecture Zero Trust.
Sources : NIST, « Zero Trust Architecture », SP 800-207, 2020 ; ANSSI, « Modèle Zero Trust », version 1.0, juin 2025 ; Règlement général sur la protection des données, articles 5 et 32.
Comprendre le networking comme une vraie compétence professionnelle, pas seulement un art de la conversation
Qu'il s'agisse de réseautage en événement, de réseaux sociaux professionnels, de mentorat ou d'outils numériques, chaque facette du networking s'inscrit dans une démarche structurée et durable. Comprendre ces réalités permet de mieux tirer parti de son réseau, aujourd'hui comme demain.
Pour aller plus loin
- Resituer chaque technique de réseautage dans une démarche authentique
- Distinguer les bonnes pratiques des clichés véhiculés sur le networking
- Suivre l'essor des outils numériques au même titre que les événements physiques
- Comprendre l'impact réel du mentorat sur une carrière professionnelle
