Nehos Groupe
Définition & Concepts

Zero Trust Architecture (ZTA)

Version Décideur

L'essentiel

Zero Trust = 'ne fais confiance à rien, vérifie tout'. À l'opposé du modèle 'château fort' classique (firewall = barrière, intranet = zone de confiance), Zero Trust considère que toute requête, même venant de ton bureau, doit prouver son identité. Adopté par les administrations US fédérales, recommandé par NIS2 + DORA en UE. Bonus côté Mac collabs en télétravail : pas besoin de VPN, tout passe par des accès contrôlés finement.

Version Expert

Détails Techniques

Modèle de sécurité formalisé par NIST SP 800-207 (2020) abandonnant le périmètre traditionnel 'réseau interne de confiance'. Principe 'never trust, always verify' : chaque requête authentifiée, autorisée, chiffrée individuellement. Composants : Policy Decision Point (PDP), Policy Enforcement Point (PEP), microsegmentation, MFA systématique, monitoring continu. Convergence avec SASE (Secure Access Service Edge), SSE (Security Service Edge). Adopté par US Federal Government depuis Executive Order 14028 (2021), recommandé NIS2 + DORA pour résilience cyber.

#Définition Zero Trust Architecture (ZTA)

Modèle de sécurité formalisé par NIST SP 800-207 (2020) abandonnant le périmètre traditionnel 'réseau interne de confiance'. Principe 'never trust, always verify' : chaque requête authentifiée, autorisée, chiffrée individuellement. Pour approfondir, consultez la page service Conformité Nehos (NIS2, DORA, SecNumCloud — 7 standards 2026).

Du point de vue technique, Composants : Policy Decision Point (PDP), Policy Enforcement Point (PEP), microsegmentation, MFA systématique, monitoring continu. Convergence avec SASE (Secure Access Service Edge), SSE (Security Service Edge). Adopté par US Federal Government depuis Executive Order 14028 (2021), recommandé NIS2 + DORA pour résilience cyber.

Maîtriser Zero Trust Architecture (ZTA) permet aux équipes techniques et métier de parler le même langage — et d'arbitrer plus vite.

#Zero Trust Architecture (ZTA) expliqué simplement

Zero Trust = 'ne fais confiance à rien, vérifie tout'. À l'opposé du modèle 'château fort' classique (firewall = barrière, intranet = zone de confiance), Zero Trust considère que toute requête, même venant de ton bureau, doit prouver son identité. Adopté par les administrations US fédérales, recommandé par NIS2 + DORA en UE. Bonus côté Mac collabs en télétravail : pas besoin de VPN, tout passe par des accès contrôlés finement.

Imaginez que vous dirigez une PME ou une scale-up. C'est exactement ce type de situation que Nehos rencontre chaque semaine chez ses clients.

#Cas d'usage concrets

Banque mutualiste — conformité DORA + NIS2 — Banque régionale 600 agences : déploiement Zero Trust en remplacement de l'architecture historique 'core banking sur LAN protégé'. Microsegmentation par application critique (paiements, crédit, KYC), PEP devant chaque microservice, MFA hardware sur tous les accès admin, monitoring continu des sessions privilégiées. Conformité DORA (lex specialis finance) et NIS2 satisfaite sur la résilience opérationnelle TIC.

Énergéticien régional — NIS2 opérateur essentiel — Distributeur électricité statut 'entité essentielle' NIS2 : séparation stricte IT bureautique / OT industriel (SCADA), Zero Trust appliqué aux passerelles IT-OT, accès techniciens terrain via posture du device et géolocalisation. Audit ANSSI satisfait sur le volet sécurisation chaîne d'approvisionnement et accès tiers.

Scale-up SaaS B2B remote-first sans VPN — Éditeur SaaS 180 collaborateurs full-remote (60 % Mac, 40 % Windows et Linux) : suppression totale du VPN historique, accès SaaS internes via un broker Zero Trust avec MFA et device posture. Réduction du ticketing support helpdesk de 35 % en 6 mois, expérience collab nettement meilleure côté Mac où les VPN clients étaient instables.

#Zero Trust Architecture (ZTA) chez Nehos Groupe

On intègre cette approche dans chaque projet client. Sur les 3 derniers projets impliquant Zero Trust Architecture (ZTA), on a documenté les résultats avec des KPIs précis. Notre service Conformité Nehos (NIS2, DORA, SecNumCloud — 7 standards 2026) couvre ce périmètre de A à Z.

Chaque mission démarre par un cadrage structuré : objectifs chiffrés, périmètre technique, jalons à 30/60/90 jours. Les résultats mesurés sur nos clients : 60 % est un ordre de grandeur courant. On livre, on mesure, on itère. Pas de slides sans livrable. Voir aussi : service Conformité NIS2 Nehos (entités essentielles et importantes), service Conformité DORA Nehos (résilience opérationnelle TIC finance).

#Termes associés

Pour aller plus loin, explorez les termes connexes.

Chaque terme est défini dans notre glossaire avec la même approche : définition technique, vulgarisation, cas concrets et méthode Nehos.

#Points clés à retenir

Zero Trust Architecture est-il obligatoire ? Pour quelles entreprises ? Le modèle Zero Trust n'est pas obligatoire en tant que tel dans un texte réglementaire européen, mais il est explicitement recommandé. La directive NIS2 (2022/2555) exige des entités essentielles et importantes une gestion des risques fondée sur dix domaines techniques, dont le contrôle d'accès, la gestion d'identité, la sécurisation des actifs et la microsegmentation — tous compatibles, voire alignés, avec Zero Trust.

Quel est le délai de migration vers une architecture full Zero Trust ? Une migration Zero Trust réelle prend entre 18 et 36 mois sur un SI mid-market mature, et plus de 3 ans sur un environnement legacy lourd. Le NIST et la NSA recommandent une approche itérative : on commence par la couche identité (IAM, MFA hardware, SSO unifié), puis on bascule les applications SaaS et web internes derrière un broker Zero Trust, ensuite la microsegmentation réseau pour les workloads critiques, et seulement à la fin l'extinction du VPN historique.

Combien coûte un programme Zero Trust pour une entreprise mid-market (250-2000 salariés) ? Pour une ETI française entre 250 et 2000 salariés, l'investissement Zero Trust se chiffre entre 400 K€ et 2499 k€ sur 3 ans, hors équipes internes. La répartition typique : 30 à 40 % sur les licences (IAM/IdP, broker Zero Trust type ZTNA, MFA, EDR, microsegmentation), 30 à 40 % sur les services d'intégration et la conception d'architecture, le reste sur la formation et l'accompagnement métier.

Applications Concrètes

Contexte : Banque mutualiste — conformité DORA + NIS2

"Banque régionale 600 agences : déploiement Zero Trust en remplacement de l'architecture historique 'core banking sur LAN protégé'. Microsegmentation par application critique (paiements, crédit, KYC), PEP devant chaque microservice, MFA hardware sur tous les accès admin, monitoring continu des sessions privilégiées. Conformité DORA (lex specialis finance) et NIS2 satisfaite sur la résilience opérationnelle TIC."

Contexte : Énergéticien régional — NIS2 opérateur essentiel

"Distributeur électricité statut 'entité essentielle' NIS2 : séparation stricte IT bureautique / OT industriel (SCADA), Zero Trust appliqué aux passerelles IT-OT, accès techniciens terrain via posture du device et géolocalisation. Audit ANSSI satisfait sur le volet sécurisation chaîne d'approvisionnement et accès tiers."

Contexte : Scale-up SaaS B2B remote-first sans VPN

"Éditeur SaaS 180 collaborateurs full-remote (60 % Mac, 40 % Windows et Linux) : suppression totale du VPN historique, accès SaaS internes via un broker Zero Trust avec MFA et device posture. Réduction du ticketing support helpdesk de 35 % en 6 mois, expérience collab nettement meilleure côté Mac où les VPN clients étaient instables."

Questions & Réponses

Questions fréquentes sur Zero Trust Architecture

Le modèle Zero Trust n'est pas obligatoire en tant que tel dans un texte réglementaire européen, mais il est explicitement recommandé. La directive NIS2 (2022/2555) exige des entités essentielles et importantes une gestion des risques fondée sur dix domaines techniques, dont le contrôle d'accès, la gestion d'identité, la sécurisation des actifs et la microsegmentation — tous compatibles, voire alignés, avec Zero Trust. Le règlement DORA (2022/2554) impose la même logique aux entités financières au titre de la résilience opérationnelle TIC. Aux États-Unis, l'Executive Order 14028 a rendu Zero Trust obligatoire pour l'ensemble de l'administration fédérale depuis 2021, avec une cible 2024 fixée par OMB M-22-09. Pour une PME française non assujettie à NIS2 ou DORA, Zero Trust reste un choix d'opportunité — souvent rentable dès lors qu'on supprime un VPN d'entreprise vieillissant.
Une migration Zero Trust réelle prend entre 18 et 36 mois sur un SI mid-market mature, et plus de 3 ans sur un environnement legacy lourd. Le NIST et la NSA recommandent une approche itérative : on commence par la couche identité (IAM, MFA hardware, SSO unifié), puis on bascule les applications SaaS et web internes derrière un broker Zero Trust, ensuite la microsegmentation réseau pour les workloads critiques, et seulement à la fin l'extinction du VPN historique. Vouloir 'tout faire en 6 mois' est un anti-pattern documenté : on superpose un broker Zero Trust à un VPN encore actif, ce qui crée plus de surface d'attaque que de protection. L'ANSSI met d'ailleurs en garde contre les annonces marketing 'Zero Trust en 90 jours' des éditeurs.
Pour une ETI française entre 250 et 2000 salariés, l'investissement Zero Trust se chiffre entre 400 K€ et 2,5 M€ sur 3 ans, hors équipes internes. La répartition typique : 30 à 40 % sur les licences (IAM/IdP, broker Zero Trust type ZTNA, MFA, EDR, microsegmentation), 30 à 40 % sur les services d'intégration et la conception d'architecture, le reste sur la formation et l'accompagnement métier. Le ROI principal ne vient pas d'une 'économie cyber' — difficile à isoler — mais de la suppression du VPN d'entreprise (gains support helpdesk, productivité télétravail, baisse des incidents accès), de la conformité NIS2 ou DORA (évite des amendes potentielles 10 M€ ou 2 % du CA mondial), et de la simplification IT M&A lors d'acquisitions.
Oui, Zero Trust est non seulement compatible avec SecNumCloud mais souvent recommandé par l'ANSSI dans les guides d'architecture pour cloud qualifié. SecNumCloud impose un cadre de sécurité, de gouvernance et de souveraineté juridique sur l'hébergeur (immunité au CLOUD Act, gouvernance européenne) ; Zero Trust impose un modèle d'accès aux ressources hébergées. Les deux se combinent bien : on héberge ses workloads critiques sur un cloud SecNumCloud (Outscale, OVH SecNumCloud, Bleu, S3NS) et on applique Zero Trust en couche d'accès. Le seul point d'attention : choisir un broker Zero Trust / IdP qui soit lui-même hébergé en Europe et hors emprise extraterritoriale américaine — c'est rarement le cas des leaders du marché (Zscaler, Netskope, Palo Alto), un point qui pose problème côté souveraineté.
Zero Trust ne remplace pas l'IAM : il s'appuie dessus. L'IAM est la source d'identité (Active Directory legacy, Microsoft Entra ID en cloud, Okta, Ping, Keycloak) et le système d'authentification — c'est lui qui prouve qui est l'utilisateur. Zero Trust ajoute par-dessus la logique de décision contextuelle d'accès (PDP) et l'application de cette décision sur le trafic (PEP), en tenant compte de la posture du device, du comportement, de la géolocalisation, du risque. Concrètement : l'IdP authentifie via OIDC ou SAML, le broker Zero Trust consomme cette identité et décide en temps réel si l'accès est accordé à telle application. La complexité réside dans la fédération multi-IdP des entreprises ayant grandi par acquisitions : c'est souvent par là que commencent les chantiers Zero Trust mid-market.
Réserver un audit