cm/controlmapping
Español
Fuentes
Proteger (PR) · tema

Confianza cero

Implemente confianza cero: nunca confiar, verificar siempre.

Confianza cero se define por los resultados de 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). Correspondencia Con correspondencia a través de un crosswalk publicado en ISO 27001, CIS v8.1, PCI DSS, CMMC, 800-53 y NIS2. Editorial Con correspondencia editorial en SOC 2. Relación tangencial Solo relación tangencial en HIPAA. Sin correspondencia en nuestros datos Sin correspondencia en nuestros datos para GDPR, Essential Eight, DORA, CPS 234 y Cyber Essentials.

definido porPR.AA-03 PR.AA-04 PR.AA-05 PR.IR-01 (NIST CSF 2.0) marcos8 de 14 tienen requisitos asignados
← matriz de cobertura
Requisitos de Confianza cero por marco
MarcoRequisitoTítuloVínculoFuente / 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…Definición del tema
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 networksCorrespondencia
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…Correspondencia
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 boundariesEditorial
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 factorCorrespondencia
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 ExceptionCorrespondencia
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)…Correspondencia
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)No asignado a este temaRelación tangencialEstos requisitos solo comparten los resultados de CSF de este tema (PR.AA-03, PR.AA-04, PR.AA-05, PR.IR-01) mediante crosswalks publicados: conviene revisarlos, pero no es una correspondencia.
GDPR—Sin requisitoSin correspondencia en nuestros datosNingún requisito de GDPR está asignado a este tema en nuestros datos.
NIS26.811.111.6Network segmentation; Access control policy; AuthenticationCorrespondencia
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—Sin requisitoSin correspondencia en nuestros datosNingún requisito de Essential Eight está asignado a este tema en nuestros datos.
DORA—Sin requisitoSin correspondencia en nuestros datosNingún requisito de DORA está asignado a este tema en nuestros datos.
CPS 234—Sin requisitoSin correspondencia en nuestros datosNingún requisito de CPS 234 está asignado a este tema en nuestros datos.
Cyber Essentials—Sin requisitoSin correspondencia en nuestros datosNingún requisito de Cyber Essentials está asignado a este tema en nuestros datos.

Definición del tema Resultados de CSF 2.0 que definen este tema · Correspondencia al menos una selección respaldada por una tabla de correspondencias publicada · Editorial Criterio editorial de ControlMapping, con el motivo · Relación tangencial no asignado; solo comparte los resultados CSF de este tema · Sin correspondencia en nuestros datos no hay nada asignado en nuestros datos; a menudo es trabajo nuevo, pero revisa las notas de cobertura. Metodología.

Los identificadores y títulos de los requisitos se muestran tal como los publica cada marco, en inglés.

¿Asignación incorrecta o que falta? Notificarlo

Acerca de Confianza cero

La arquitectura de confianza cero se basa en el principio de que ningún usuario, dispositivo o segmento de red debe considerarse confiable de forma implícita, lo que exige verificar de forma continua la identidad y la autorización en cada solicitud de acceso. Su implementación incluye microsegmentación, proxies con reconocimiento de identidad, comprobaciones de la postura de los dispositivos, políticas de acceso con privilegios mínimos y monitorización continua de todo el tráfico de red, sea cual sea su origen. Las organizaciones que adopten la confianza cero deben seguir un enfoque por fases, empezando por la verificación de identidad y la MFA, y ampliándolo después a la segmentación de red y al aislamiento de cargas de trabajo a medida que la arquitectura madura.

Temas relacionados