Un collaborateur se connecte depuis un café avec son ordinateur portable professionnel. Il accède aux mêmes fichiers que depuis le bureau, sans VPN dédié, mais chaque action qu’il effectue est vérifiée en temps réel. Ce fonctionnement repose sur un principe simple : ne faire confiance à personne par défaut, même si la connexion vient de l’intérieur du réseau. C’est le fondement du réseau Zero Trust, un modèle de sécurité qui gagne du terrain dans les entreprises de toutes tailles.
Comptes génériques et terminaux partagés : le risque que le Zero Trust cible en premier
Avant de parler de grands principes, prenons un cas concret. Dans beaucoup d’organisations, plusieurs personnes utilisent le même poste de travail. Un ordinateur en salle de contrôle, un terminal en entrepôt, un PC d’accueil partagé entre trois agents.
A lire aussi : Quel est l'impact de l'intelligence artificielle ?
Le problème : quand un appareil est jugé « conforme » par le réseau, toutes les personnes qui l’utilisent héritent du même niveau d’accès. Un compte générique du type « accueil01 » ne permet pas de savoir qui fait quoi. Si une action malveillante est réalisée, la traçabilité individuelle devient impossible.
Le Zero Trust répond à ce scénario en exigeant une vérification de l’identité de chaque utilisateur, à chaque session, indépendamment de l’appareil. Quand le contexte change (nouvel emplacement, inactivité prolongée, tentative d’accès à une ressource sensible), la session est réévaluée. Les comptes génériques perdent leur raison d’être.
A voir aussi : Quelle application a le plus d’utilisateurs au monde ?
Sécurité réseau et déplacements latéraux : ce que la microsegmentation empêche
Vous avez déjà entendu parler d’une attaque qui commence par un simple e-mail de phishing et finit par toucher des serveurs critiques ? Entre les deux, l’attaquant se déplace latéralement dans le réseau. Il passe d’une machine compromise à une autre, souvent sans déclencher d’alerte, parce que le réseau interne fait confiance à ses propres composants.
La microsegmentation découpe le réseau en zones isolées. Chaque charge de travail, chaque application, chaque base de données devient un segment distinct avec ses propres règles d’accès. Un serveur de messagerie n’a aucune raison de communiquer directement avec un serveur de paie. Si cette communication n’est pas explicitement autorisée, elle est bloquée.
Une mise en place progressive, pas un interrupteur
La microsegmentation ne s’active pas en un clic. Les recommandations récentes préconisent une approche par étapes : d’abord découvrir les flux réels entre les systèmes, puis simuler des politiques de restriction avant de les appliquer. Cette progressivité réduit le risque de bloquer un service légitime par erreur.
Ce point mérite d’être souligné : la microsegmentation est un outil du Zero Trust, pas son synonyme. Elle traite un problème précis (les déplacements latéraux) au sein d’une stratégie plus large qui couvre aussi l’identité, les appareils et les données.
Résistance au phishing : une raison autonome d’adopter le Zero Trust
Le phishing reste le vecteur d’attaque le plus courant. Et la plupart des entreprises s’appuient encore sur des facteurs d’authentification vulnérables : codes par SMS, notifications push qu’un utilisateur fatigué valide machinalement.
Le modèle Zero Trust pousse à remplacer ces facteurs par des méthodes résistantes au phishing. Concrètement, cela passe par des clés physiques de sécurité ou des protocoles d’authentification liés à l’appareil, où le facteur d’authentification ne peut pas être intercepté ni rejoué par un attaquant distant.
Cette dimension est souvent présentée comme un sous-produit du Zero Trust. En réalité, pour de nombreuses organisations, la modernisation de l’authentification constitue à elle seule une raison suffisante de lancer le projet. Chaque tentative de phishing déjouée à la source évite une chaîne d’incidents bien plus coûteuse en aval.
Architecture Zero Trust et conformité réglementaire : deux objectifs alignés
Plusieurs cadres réglementaires récents (DORA pour le secteur financier européen, NIS2 pour les infrastructures critiques, PCI DSS 4.0 pour les données de paiement) imposent des exigences qui recoupent directement les principes du Zero Trust :
- Vérification continue de l’identité des utilisateurs et des appareils accédant aux ressources sensibles
- Capacité de détecter et de limiter les déplacements latéraux dans le réseau en cas de compromission
- Traçabilité des accès et journalisation granulaire des actions sur les données critiques
Déployer une stratégie Zero Trust couvre une part significative des obligations réglementaires sans nécessiter de chantiers parallèles dédiés. Les contrôles d’accès, la segmentation et la surveillance continue exigés par ces textes correspondent aux briques techniques du modèle.
Télétravail, cloud hybride et ZTNA : le périmètre réseau n’existe plus
Le modèle de sécurité traditionnel reposait sur une idée claire : tout ce qui est à l’intérieur du réseau de l’entreprise est fiable, tout ce qui est à l’extérieur ne l’est pas. Cette frontière a disparu.
Les collaborateurs travaillent depuis leur domicile, des espaces de coworking, des sites clients. Les applications tournent dans plusieurs clouds. Les données circulent entre des environnements sur site et des services hébergés. Pourquoi continuer à protéger un périmètre qui n’existe plus ?
Le rôle du ZTNA dans cette transition
Le ZTNA (Zero Trust Network Access) remplace le VPN classique par un accès conditionnel. Au lieu d’ouvrir un tunnel vers l’ensemble du réseau interne, le ZTNA accorde l’accès uniquement à l’application demandée, après vérification de l’identité, de la posture de l’appareil et du contexte de connexion.
Un commercial qui consulte le CRM depuis son téléphone n’a pas besoin d’accéder au serveur de fichiers comptables. Le ZTNA applique ce principe de moindre privilège à chaque session, ce qui réduit la surface d’attaque même si un appareil est compromis.
Ce qui rend le Zero Trust réalisable aujourd’hui
Le concept date de 2010. Ce qui a changé, c’est sa faisabilité concrète. Des architectures de référence, notamment celles du NIST, proposent désormais des scénarios reproductibles autour de briques complémentaires :
- La gestion des identités et des accès (IAM) comme socle de vérification continue
- Le SDP (Software Defined Perimeter) pour masquer les ressources aux utilisateurs non autorisés
- Le SASE (Secure Access Service Edge) pour unifier sécurité réseau et accès cloud dans une même architecture
Ces composants ne sont plus expérimentaux. Ils sont testés, documentés et disponibles chez la majorité des fournisseurs de sécurité. La question pour les entreprises n’est plus de savoir si le Zero Trust fonctionne, mais par quelle brique commencer selon leur exposition au risque et leurs contraintes métier.
Le premier pas le plus fréquent reste l’élimination des comptes à privilèges permanents et des accès qui n’expirent jamais. Ces comptes dormants représentent un point d’entrée silencieux que le Zero Trust identifie et traite dès les premières étapes du déploiement.
