cm/controlmapping
Italiano
Fonti
Proteggere (PR) · argomento

Zero Trust

Implementare lo zero trust -- non fidarsi mai, verificare sempre.

Zero Trust è definito dagli esiti 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) di NIST CSF 2.0. Crosswalk Mappato tramite un crosswalk pubblicato in ISO 27001, CIS v8.1, PCI DSS, CMMC, 800-53 e NIS2. Redazione Mappato in modo editoriale in SOC 2. Correlazione debole Solo debolmente correlato in HIPAA. Nessuna mappatura nei nostri dati Nessuna mappatura nei nostri dati per GDPR, Essential Eight, DORA, CPS 234 e Cyber Essentials.

definito daPR.AA-03 PR.AA-04 PR.AA-05 PR.IR-01 (NIST CSF 2.0) framework8 di 14 con requisiti mappati
← matrice di copertura
Requisiti di Zero Trust per framework
FrameworkRequisitoTitoloCollegamentoFonte / motivo
NIST CSF 2.0PR.AA-03PR.AA-04PR.AA-05PR.IR-01Users, 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…Definizione dell'argomento
PR.AA-03
PR.AA-04
PR.AA-05
PR.IR-01
ISO 27001A.5.15A.8.5A.8.22Access control; Secure authentication; Segregation of networksCrosswalk
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.1CIS 6.8CIS 12.2CIS 12.7CIS 13.5Define 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…Crosswalk
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 2CC6.6Protection against threats from outside system boundariesRedazione
CC6.6: AICPA's TSC mappings are not openly licensed; ControlMapping editorial mapping (criterion summaries are ours, not AICPA text).
PCI DSS7.2.18.3.1Access control model defined; User and admin access requires an authentication factorCrosswalk
7.2.1: via PR.AA-05
8.3.1: via PR.AA-03
CMMCAC.L2-3.1.1SC.L2-3.13.1SC.L2-3.13.6Authorized Access Control; Boundary Protection; Network Communication by ExceptionCrosswalk
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-53AC-3AC-4IA-2AC-6Access Enforcement; Information Flow Enforcement; Identification and Authentication (Organizational Users)…Crosswalk
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 mappato su questo argomentoCorrelazione deboleQuesti requisiti condividono solo gli esiti CSF di questo argomento (PR.AA-03, PR.AA-04, PR.AA-05, PR.IR-01) tramite crosswalk pubblicati: da verificare, non è una mappatura.
GDPR—Nessun requisitoNessuna mappatura nei nostri datiNessun requisito di GDPR è mappato su questo argomento nei nostri dati.
NIS26.811.111.6Network segmentation; Access control policy; AuthenticationCrosswalk
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—Nessun requisitoNessuna mappatura nei nostri datiNessun requisito di Essential Eight è mappato su questo argomento nei nostri dati.
DORA—Nessun requisitoNessuna mappatura nei nostri datiNessun requisito di DORA è mappato su questo argomento nei nostri dati.
CPS 234—Nessun requisitoNessuna mappatura nei nostri datiNessun requisito di CPS 234 è mappato su questo argomento nei nostri dati.
Cyber Essentials—Nessun requisitoNessuna mappatura nei nostri datiNessun requisito di Cyber Essentials è mappato su questo argomento nei nostri dati.

Definizione dell'argomento Risultati CSF 2.0 che definiscono questo tema · Crosswalk almeno una scelta supportata da una tabella di corrispondenza pubblicata · Redazione Giudizio di ControlMapping, con la motivazione · Correlazione debole non mappato, condivide solo gli esiti CSF di questo argomento · Nessuna mappatura nei nostri dati nessuna mappatura nei nostri dati; spesso si tratta di lavoro nuovo, ma verifica le note sulla copertura. Metodologia.

ID e titoli dei requisiti sono riportati come ciascun framework li pubblica, in inglese.

Mappatura errata o mancante? Segnalalo

Informazioni su Zero Trust

L'architettura zero trust si basa sul principio che nessun utente, dispositivo o segmento di rete debba essere considerato implicitamente attendibile, richiedendo una verifica continua dell'identità e dell'autorizzazione per ogni richiesta di accesso. L'implementazione prevede micro-segmentazione, proxy con consapevolezza dell'identità, verifica della postura dei dispositivi, policy di accesso con privilegi minimi e monitoraggio continuo di tutto il traffico di rete, indipendentemente dalla sua origine. Le organizzazioni che adottano lo zero trust dovrebbero procedere per fasi, iniziando dalla verifica dell'identità e dall'MFA, per poi estendere la segmentazione di rete e l'isolamento dei workload man mano che l'architettura matura.

Argomenti correlati