Zero Trust
Mettre en œuvre le Zero Trust : ne jamais faire confiance, toujours vérifier.
Zero Trust est défini par les résultats NIST CSF 2.0 PR.AA-03 (Users, services, and hardware are authenticated); PR.AA-04 (Identity assertions are protected, conveyed, and verified); PR.AA-05 (Access permissions, entitlements, and authorizations are defined in a policy, managed, enforced, and reviewed, and incorporate the principles of least privilege and separation of duties); PR.IR-01 (Networks and environments are protected from unauthorized logical access and usage). Correspondance Mis en correspondance par une correspondance publiée dans ISO 27001, CIS v8.1, PCI DSS, CMMC, 800-53 et NIS2. Éditorial Mis en correspondance de manière éditoriale dans SOC 2. Seulement faiblement liés dans HIPAA. Aucune correspondance dans nos données Aucune correspondance dans nos données pour GDPR, Essential Eight, DORA, CPS 234 et Cyber Essentials.
| Référentiel | Exigence | Titre | Lien | Source / motif |
|---|---|---|---|---|
| NIST CSF 2.0 | PR.AA-03PR.AA-04PR.AA-05PR.IR-01 | Users, services, and hardware are authenticated; Identity assertions are protected, conveyed, and verified; Access permissions, entitlements, and authorizations are defined in a policy, managed, enforced, and reviewed, and incorporate the principles of least privilege and separation of duties… | Définition du sujet | PR.AA-03 PR.AA-04 PR.AA-05 PR.IR-01 |
| ISO 27001 | A.5.15A.8.5A.8.22 | Access control; Secure authentication; Segregation of networks | Correspondance | A.5.15: via PR.AA-03; PR.AA-05; NIST 800-53 map: AC-3, AC-6 A.8.5: via PR.AA-03; PR.AA-05 A.8.22: via PR.IR-01; NIST 800-53 map: AC-4 |
| CIS v8.1 | CIS 6.8CIS 12.2CIS 12.7CIS 13.5 | Define and Maintain Role-Based Access Control; Establish and Maintain a Secure Network Architecture; Ensure Remote Devices Utilize a VPN and are Connecting to an Enterprise's AAA Infrastructure… | Correspondance | CIS 6.8: via PR.AA-05 CIS 12.2: via PR.IR-01 CIS 12.7: Editorial (CIS's published crosswalk covers 49 of 153 safeguards): remote devices connect through VPN and enterprise AAA. CIS 13.5: Editorial (CIS's published crosswalk covers 49 of 153 safeguards): access control for remote assets. |
| SOC 2 | CC6.6 | Protection against threats from outside system boundaries | Éditorial | CC6.6: AICPA's TSC mappings are not openly licensed; ControlMapping editorial mapping (criterion summaries are ours, not AICPA text). |
| PCI DSS | 7.2.18.3.1 | Access control model defined; User and admin access requires an authentication factor | Correspondance | 7.2.1: via PR.AA-05 8.3.1: via PR.AA-03 |
| CMMC | AC.L2-3.1.1SC.L2-3.13.1SC.L2-3.13.6 | Authorized Access Control; Boundary Protection; Network Communication by Exception | Correspondance | AC.L2-3.1.1: via 800-171r3 03.01.01 ↔ PR.AA-05; 800-171r2 Appendix D → AC-3 SC.L2-3.13.1: via 800-171r3 03.13.01 ↔ PR.IR-01 SC.L2-3.13.6: via 800-171r3 03.13.06 ↔ PR.IR-01 |
| 800-53 | AC-3AC-4IA-2AC-6 | Access Enforcement; Information Flow Enforcement; Identification and Authentication (Organizational Users)… | Correspondance | AC-3: via PR.AA-05; PR.IR-01 AC-4: via PR.IR-01 IA-2: via PR.AA-03 AC-6: via PR.AA-05 |
| HIPAA | §164.310(b)§164.312(a)(2)(i)§164.312(a)(2)(iii)§164.312(d)§164.308(a)(3)§164.308(a)(3)(ii)(A) | Non mis en correspondance avec ce thème | Ces exigences ne partagent que les résultats CSF de ce sujet (PR.AA-03, PR.AA-04, PR.AA-05, PR.IR-01) via des tables de correspondance publiées : à vérifier, il ne s'agit pas d'une correspondance. | |
| GDPR | — | Aucune exigence | Aucune correspondance dans nos données | Aucune exigence GDPR n'est mise en correspondance avec ce thème dans nos données. |
| NIS2 | 6.811.111.6 | Network segmentation; Access control policy; Authentication | Correspondance | 6.8: via PR.IR-01; ENISA ISO map: A.8.22 11.1: via PR.AA-05; ENISA ISO map: A.5.15 11.6: via PR.AA-03; PR.AA-05 |
| Essential Eight | — | Aucune exigence | Aucune correspondance dans nos données | Aucune exigence Essential Eight n'est mise en correspondance avec ce thème dans nos données. |
| DORA | — | Aucune exigence | Aucune correspondance dans nos données | Aucune exigence DORA n'est mise en correspondance avec ce thème dans nos données. |
| CPS 234 | — | Aucune exigence | Aucune correspondance dans nos données | Aucune exigence CPS 234 n'est mise en correspondance avec ce thème dans nos données. |
| Cyber Essentials | — | Aucune exigence | Aucune correspondance dans nos données | Aucune exigence Cyber Essentials n'est mise en correspondance avec ce thème dans nos données. |
Définition du sujet Résultats CSF 2.0 qui définissent ce thème · Correspondance au moins un choix appuyé par une table de correspondance publiée · Éditorial Jugement de ControlMapping, avec le motif · non mappé, partage seulement les résultats CSF de ce thème · Aucune correspondance dans nos données rien de mappé dans nos données ; souvent un travail nouveau, mais consultez les notes de couverture. Méthodologie.
Les identifiants et intitulés des exigences sont présentés tels que chaque référentiel les publie, en anglais.
Correspondance erronée ou manquante ? Signaler
À propos de Zero Trust
L'architecture Zero Trust repose sur le principe qu'aucun utilisateur, aucun appareil ni aucun segment réseau ne doit être considéré comme fiable par défaut, et exige une vérification continue de l'identité et des autorisations pour chaque demande d'accès. Sa mise en œuvre passe par la microsegmentation, des proxys sensibles à l'identité, des contrôles de posture des appareils, des politiques d'accès au moindre privilège et une surveillance continue de l'ensemble du trafic réseau, quelle que soit son origine. Les organisations qui adoptent le Zero Trust devraient procéder par étapes, en commençant par la vérification de l'identité et l'authentification multifactorielle (MFA), puis en étendant le dispositif à la segmentation réseau et à l'isolement des charges de travail à mesure que l'architecture gagne en maturité.