cm/controlmapping
Español
Fuentes
Comparación

NIST CSF 2.0 vs SOC 2: marco que adoptas vs informe auditado

NIST Cybersecurity Framework 2.0  ·  SOC 2 (Trust Services Criteria)  ·  datos 2026-10-27

Por Paul Gillet · Actualizado 2026-10-17

NIST CSF 2.0 es un marco voluntario basado en resultados: tú decides tu perfil objetivo y mides tu situación frente a él. SOC 2 es un informe de atestación independiente emitido por un CPA frente a los Criterios de Servicios de Confianza del AICPA, y es lo que muchos clientes norteamericanos piden a un proveedor SaaS en sus procesos de compras.

La mayoría de los requisitos de seguridad de SOC 2 (Criterios Comunes) tienen equivalentes en CSF: acceso lógico, monitorización, respuesta a incidentes, gestión de cambios, evaluación de riesgos y gestión de proveedores. Un programa alineado con CSF te proporciona la mayoría de los controles que un auditor comprobará.

Yendo de CSF a SOC 2, casi todos los Criterios Comunes tienen un equivalente en CSF, incluidos los criterios del entorno de control (ética, supervisión del consejo, rendición de cuentas), que CSF cubre a través de su función Gobernar. Los elementos sin correspondencia son las categorías opcionales de Integridad del Procesamiento y Privacidad de SOC 2, que tienen poca correspondencia en un marco de seguridad. No existe una correspondencia pública de SOC 2 legible por máquina, por lo que el lado SOC 2 de esta comparación es la correspondencia editorial de ControlMapping.

Yendo de SOC 2 a CSF, las brechas son sobre todo los resultados más amplios de gobernanza y resiliencia de CSF: estrategia de riesgo, ciclo de vida de la gestión de riesgos de la cadena de suministro, inteligencia de amenazas y procesos de mejora, que SOC 2 no exige de forma explícita.

De un vistazo

NIST CSF 2.0SOC 2
Qué esMarco voluntario basado en resultadosInforme de atestación sobre controles
Quién lo verificaTú, o un evaluador que elijasUna firma CPA con licencia
EntregablePerfiles actual y objetivoInforme SOC 2 Tipo I o Tipo II
AlcanceEl riesgo cibernético de toda la organizaciónEl sistema en el que confían los clientes
Quién lo solicitaConsejos, reguladores, aseguradorasEquipos de riesgo de proveedores de los clientes

Cómo encajan

CSF describe lo que logra un buen programa; SOC 2 demuestra a los clientes que controles específicos funcionan. Muchas empresas usan CSF para estructurar el programa e informar al consejo, y SOC 2 para dar evidencias a los clientes. Como SOC 2 no tiene una correspondencia con licencia abierta, cada vínculo con SOC 2 que aparece aquí es un juicio editorial de ControlMapping, con su justificación.

Quién pide cada uno

  • SOC 2 lo piden los clientes, sobre todo empresas estadounidenses de gran tamaño que evalúan proveedores de software y servicios. Responde a la pregunta "¿podemos confiarte nuestros datos?" con la opinión de un auditor independiente.
  • NIST CSF 2.0 lo piden consejos, reguladores, aseguradoras y socios que quieren saber cómo una organización gestiona el riesgo cibernético en conjunto. Nadie puede entregar un "certificado CSF"; en su lugar, muestras tus perfiles y las evidencias que los respaldan.
  • Cada vez más empresas usan CSF internamente y elaboran un informe SOC 2 para sus clientes. Ambos se complementan en lugar de competir.

Usar CSF para prepararse para SOC 2

Si ya ejecutas un programa basado en CSF, tienes la mayor parte de lo que evalúan los criterios de seguridad de SOC 2. Relaciona tus resultados de CSF con los Criterios de Servicios de Confianza y comprueba tres cosas que CSF no exige: que cada control genere evidencias de forma continua (SOC 2 Tipo II toma muestras a lo largo de meses), que los criterios del entorno de control estén cubiertos (supervisión del consejo, integridad y valores éticos, competencia, rendición de cuentas), y que la descripción de tu sistema coincida con el límite que preocupa a los clientes. El informe de brechas CSF → SOC 2 enumera cada criterio con su correspondencia en CSF y la justificación de cada vínculo.

Coste y esfuerzo

CSF en sí es gratuito; el esfuerzo está en evaluar y mejorar tu perfil. SOC 2 añade los honorarios de una firma CPA y, en el caso del Tipo II, la disciplina de recopilar evidencias durante todo el periodo de observación. Para una empresa con un programa CSF maduro, el esfuerzo adicional de SOC 2 consiste sobre todo en recopilar evidencias, redactar la descripción del sistema y añadir las categorías opcionales que incluyas. Para una empresa que parte de cero, construir primero según CSF ofrece una base más amplia; construir primero según SOC 2 da antes un entregable orientado al cliente.

Calendario

Desde un programa CSF en funcionamiento hasta un primer informe SOC 2 Tipo II suele tardar entre seis y nueve meses: de uno a tres meses para correlacionar controles, cerrar brechas y contratar a un auditor, después un periodo de observación de tres a seis meses y unas pocas semanas para el informe. En sentido contrario, una empresa con un informe SOC 2 puede elaborar un Perfil Actual CSF en semanas, porque la mayoría de los resultados de Proteger, Detectar y Responder ya están evidenciados; la función Gobernar suele requerir más trabajo.

Caso práctico: una startup fintech

Una fintech de 30 personas tiene un informe SOC 2 Tipo II para su API de pagos. Su consejo y su aseguradora de ciberriesgos ahora preguntan cómo gestiona el riesgo cibernético en un sentido más amplio. La empresa construye un Perfil Actual CSF 2.0 a partir de sus controles SOC 2 y detecta una cobertura sólida de Proteger, Detectar y Responder, con brechas en Gobernar: no hay una declaración formal de apetito de riesgo, no hay un programa de riesgo de cadena de suministro más allá de los cuestionarios a proveedores, y no hay informes periódicos de supervisión. Establece un Perfil Objetivo, añade un informe trimestral al consejo en términos de CSF y mantiene sin cambios su ciclo de auditoría SOC 2. Un único conjunto de controles responde ahora a ambos públicos.

Errores habituales

  • Suponer que alinearse con CSF equivale a estar preparado para SOC 2. CSF no exige evidencias continuas durante un periodo, que es lo que comprueba un informe Tipo II.
  • Ignorar el entorno de control. Los criterios CC1 a CC5 de SOC 2 (supervisión del consejo, integridad, competencia, rendición de cuentas) requieren evidencias que a menudo faltan en los programas técnicos de CSF.
  • Sobredimensionar el informe SOC 2 para abarcar todo el programa CSF, en lugar de limitarlo al sistema en el que confían los clientes.
  • Ejecutar dos programas. Un único conjunto de controles, correlacionado en ambos sentidos, evita duplicar evidencias.
  • Dejar Gobernar para el final. Los resultados de Gobernar de CSF 2.0 suelen ser la parte más débil de un programa que empieza por SOC 2 y la que más preguntas generan en los consejos.

Conclusiones clave

  • CSF te dice qué es lo bueno; SOC 2 demuestra a un cliente que lo tienes en funcionamiento.
  • Recopila evidencias de forma continua: un informe Tipo II necesita pruebas durante todo el periodo de auditoría.
  • Trata Integridad del Procesamiento y Privacidad como proyectos separados si están dentro del alcance.

Descargar esta comparación (CSV) Abrir en análisis de brechas →

Tiene NIST CSF 2.0 → necesita SOC 2

61 req. 37 asignados · 0 relacionados de forma indirecta · 24 sin asignación Abrir en vista de brechas →

De los 61 requisitos de SOC 2 (Trust Services Criteria), 37 se corresponden con algo en NIST CSF 2.0, 0 solo guardan una relación tangencial y 24 no tienen correspondencia en nuestros datos.

Las correspondencias de SOC 2 de AICPA no tienen licencia abierta, por lo que cada enlace a SOC 2 aquí es una selección editorial de ControlMapping: los criterios que no hemos correlacionado no pueden coincidir. Los criterios de integridad del procesamiento (PI) y la mayoría de los criterios de privacidad (P) no tienen equivalente en los marcos de seguridad.

Probablemente trabajo nuevo: requisitos de SOC 2 sin correspondencia con NIST CSF 2.0 (24)
SOC 2RequisitoCoincidenciaNIST CSF 2.0Evidencia
CC2 Communication and information · 1
CC2.1Quality information to support internal controlSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P Privacy · 18
P1.1Privacy noticeSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P2.1Choice and consentSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P3.1Collection limited to privacy objectivesSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P3.2Explicit consent where requiredSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P4.1Use limited to privacy objectivesSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P4.2Retention of personal informationSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P4.3Disposal of personal informationSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P5.1Data subject accessSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P5.2Correction of personal informationSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P6.1Disclosure to third parties with consentSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P6.2Record of authorized disclosuresSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P6.3Record of unauthorized disclosuresSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P6.4Privacy commitments from third partiesSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P6.5Notification by third parties of unauthorized disclosuresSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P6.6Breach notification to affected individualsSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P6.7Accounting of disclosures to data subjectsSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P7.1Quality of personal informationSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
P8.1Handling privacy inquiries, complaints and disputesSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
PI1 Processing integrity · 5
PI1.1Information about processing objectivesSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
PI1.2Controls over system inputsSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
PI1.3Controls over system processingSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
PI1.4Controls over system outputsSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
PI1.5Storing inputs, items in processing and outputsSin correspondencia en nuestros datos—Sin correspondencia con NIST CSF 2.0 en nuestros datos.
Correspondencia (37)
SOC 2RequisitoCoincidenciaNIST CSF 2.0Evidencia
A1 Availability · 3
A1.1Capacity management to meet availability commitmentsEditorialGV.OC-04PR.IR-03RC.RP-04Mismo tema: Continuidad del negocio (selección editorial)
A1.2Environmental protections, backups and recovery infrastructureEditorialGV.OC-04PR.DS-11PR.IR-03+4Mismo tema: Continuidad del negocio, Copias de seguridad y recuperación, Recuperación ante desastres (selección editorial)
A1.3Testing recovery plan proceduresEditorialID.IM-04PR.IR-03RC.RP-01+2Mismo tema: Planificación de la recuperación, Recuperación ante desastres (selección editorial)
C1 Confidentiality · 2
C1.1Identifying and protecting confidential informationEditorialID.AM-05ID.AM-07Mismo tema: Clasificación de datos (selección editorial)
C1.2Disposing of confidential informationEditorialPR.DS-01PR.DS-02PR.DS-10Mismo tema: Protección de datos (selección editorial)
CC1 Control environment · 5
CC1.1Commitment to integrity and ethical valuesEditorialGV.PO-01GV.PO-02Mismo tema: Política de gobernanza (selección editorial)
CC1.2Board independence and oversight of internal controlEditorialGV.RR-01GV.RR-02GV.RR-03Mismo tema: Funciones y responsabilidades (selección editorial)
CC1.3Structures, reporting lines, authorities and responsibilitiesEditorialGV.RR-01GV.RR-02GV.RR-03Mismo tema: Funciones y responsabilidades (selección editorial)
CC1.4Commitment to attracting, developing and retaining competent peopleEditorialPR.AT-01PR.AT-02Mismo tema: Concienciación y formación (selección editorial)
CC1.5Accountability for internal control responsibilitiesEditorialGV.RR-01GV.RR-02GV.RR-03Mismo tema: Funciones y responsabilidades (selección editorial)
CC2 Communication and information · 2
CC2.2Internal communication of objectives and responsibilitiesEditorialPR.AT-01PR.AT-02Mismo tema: Concienciación y formación (selección editorial)
CC2.3Communication with external partiesEditorialRC.CO-03RC.CO-04RC.RP-05+2Mismo tema: Comunicaciones y restauración (selección editorial)
CC3 Risk assessment · 4
CC3.1Objectives specified clearly enough to identify risksEditorialGV.OC-01GV.OC-04GV.OC-05+4Mismo tema: Entorno empresarial (selección editorial)
CC3.2Risk identification and analysisEditorialID.RA-03ID.RA-04ID.RA-05+1Mismo tema: Evaluación de riesgos (selección editorial)
CC3.3Considering the potential for fraudEditorialID.RA-03ID.RA-04ID.RA-05+1Mismo tema: Evaluación de riesgos (selección editorial)
CC3.4Identifying and assessing significant changesEditorialID.RA-03ID.RA-04ID.RA-05+1Mismo tema: Evaluación de riesgos (selección editorial)
CC4 Monitoring activities · 2
CC4.1Ongoing and/or separate evaluations of controlsEditorialGV.OC-03GV.OV-03Mismo tema: Cumplimiento (selección editorial)
CC4.2Communicating and remediating control deficienciesEditorialGV.OC-03GV.OV-03Mismo tema: Cumplimiento (selección editorial)
CC5 Control activities · 3
CC5.1Control activities that mitigate risksEditorialGV.RM-01GV.RM-02GV.RM-03+1Mismo tema: Gestión de riesgos (selección editorial)
CC5.2General controls over technologyEditorialPR.PS-01Mismo tema: Configuración segura (selección editorial)
CC5.3Control activities deployed through policies and proceduresEditorialGV.PO-01GV.PO-02Mismo tema: Política de gobernanza (selección editorial)
CC6 Logical and physical access · 8
CC6.1Logical access security over information assetsEditorialID.AM-01ID.AM-02ID.AM-04+6Mismo tema: Gestión de activos (selección editorial)
CC6.2User registration, authorization and removalEditorialPR.AA-01PR.AA-05Mismo tema: Control de acceso (selección editorial)
CC6.3Role-based access, least privilege and segregation of dutiesEditorialPR.AA-01PR.AA-05Mismo tema: Control de acceso, Acceso privilegiado (selección editorial)
CC6.4Physical access restrictionsEditorialDE.CM-02PR.AA-06PR.IR-02Mismo tema: Seguridad física (selección editorial)
CC6.5Protection of data when assets are disposed ofEditorialPR.DS-01PR.DS-02PR.DS-10Mismo tema: Protección de datos (selección editorial)
CC6.6Protection against threats from outside system boundariesEditorialDE.CM-01ID.AM-03PR.AA-03+4Mismo tema: WAF, Cortafuegos / Segmentación de red, Confianza cero (selección editorial)
CC6.7Restricting transmission, movement and removal of informationEditorialPR.AA-05PR.DS-01PR.DS-02+2Mismo tema: Seguridad móvil, Cifrado, DLP (selección editorial)
CC6.8Preventing or detecting unauthorized or malicious softwareEditorialDE.CM-09PR.DS-02PR.PS-05Mismo tema: Protección de endpoints, Seguridad del correo electrónico (selección editorial)
CC7 System operations · 5
CC7.1Detecting configuration changes and new vulnerabilitiesEditorialID.RA-01ID.RA-08PR.PS-01+1Mismo tema: Gestión de vulnerabilidades, Configuración segura (selección editorial)
CC7.2Monitoring system components for anomaliesEditorialDE.AE-02DE.AE-03DE.AE-04+4Mismo tema: Detección de intrusiones, Detección de anomalías, Registro y auditoría (selección editorial)
CC7.3Evaluating security events to determine if they are incidentsEditorialDE.AE-03DE.AE-06DE.AE-08+5Mismo tema: SIEM / SOC (selección editorial)
CC7.4Responding to identified security incidentsEditorialID.IM-04RS.AN-03RS.AN-06+7Mismo tema: Respuesta a incidentes, Análisis forense (selección editorial)
CC7.5Recovering from identified security incidentsEditorialID.IM-03ID.IM-04RC.CO-03+5Mismo tema: Lecciones aprendidas, Planificación de la recuperación, Comunicaciones y restauración (selección editorial)
CC8 Change management · 1
CC8.1Change management for infrastructure, data and softwareEditorialPR.PS-06Mismo tema: Desarrollo seguro (selección editorial)
CC9 Risk mitigation · 2
CC9.1Mitigating risks from business disruptionsEditorialGV.OC-04GV.RM-01GV.RM-02+4Mismo tema: Continuidad del negocio, Gestión de riesgos (selección editorial)
CC9.2Managing vendor and business partner riskEditorialDE.CM-06GV.SC-01GV.SC-03+10Mismo tema: Gestión de riesgos de proveedores, Riesgo de la cadena de suministro (selección editorial)

Tiene SOC 2 → necesita NIST CSF 2.0

106 req. 86 asignados · 0 relacionados de forma indirecta · 20 sin asignación Abrir en vista de brechas →

De los 106 requisitos de NIST Cybersecurity Framework 2.0, 86 se corresponden con algo en SOC 2, 0 solo guardan una relación tangencial y 20 no tienen correspondencia en nuestros datos.

Probablemente trabajo nuevo: requisitos de NIST CSF 2.0 sin correspondencia con SOC 2 (20)
NIST CSF 2.0RequisitoCoincidenciaSOC 2Evidencia
Detect (DE) · 1
DE.AE-07Cyber threat intelligence and other contextual information are integrated into the analysisSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
Govern (GV) · 10
GV.OC-02Internal and external stakeholders are understood, and their needs and expectations regarding cybersecurity risk management are understood and consideredSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
GV.OV-01Cybersecurity risk management strategy outcomes are reviewed to inform and adjust strategy and directionSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
GV.OV-02The cybersecurity risk management strategy is reviewed and adjusted to ensure coverage of organizational requirements and risksSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
GV.RM-04Strategic direction that describes appropriate risk response options is established and communicatedSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
GV.RM-05Lines of communication across the organization are established for cybersecurity risks, including risks from suppliers and other third partiesSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
GV.RM-07Strategic opportunities (i.e., positive risks) are characterized and are included in organizational cybersecurity risk discussionsSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
GV.RR-04Cybersecurity is included in human resources practicesSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
GV.SC-02Cybersecurity roles and responsibilities for suppliers, customers, and partners are established, communicated, and coordinated internally and externallySin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
GV.SC-08Relevant suppliers and other third parties are included in incident planning, response, and recovery activitiesSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
GV.SC-10Cybersecurity supply chain risk management plans include provisions for activities that occur after the conclusion of a partnership or service agreementSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
Identify (ID) · 4
ID.IM-01Improvements are identified from evaluationsSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
ID.IM-02Improvements are identified from security tests and exercises, including those done in coordination with suppliers and relevant third partiesSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
ID.RA-02Cyber threat intelligence is received from information sharing forums and sourcesSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
ID.RA-07Changes and exceptions are managed, assessed for risk impact, recorded, and trackedSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
Protect (PR) · 3
PR.AA-02Identities are proofed and bound to credentials based on the context of interactionsSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
PR.IR-04Adequate resource capacity to ensure availability is maintainedSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
PR.PS-03Hardware is maintained, replaced, and removed commensurate with riskSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
Respond (RS) · 2
RS.AN-08An incident's magnitude is estimated and validatedSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
RS.MA-05The criteria for initiating incident recovery are appliedSin correspondencia en nuestros datos—Sin correspondencia con SOC 2 en nuestros datos.
Correspondencia (86)
NIST CSF 2.0RequisitoCoincidenciaSOC 2Evidencia
Detect (DE) · 10
DE.AE-02Potentially adverse events are analyzed to better understand associated activitiesEditorialCC7.2Mismo tema: Detección de intrusiones, Detección de anomalías (selección editorial)
DE.AE-03Information is correlated from multiple sourcesEditorialCC7.2CC7.3Mismo tema: Registro y auditoría, SIEM / SOC (selección editorial)
DE.AE-04The estimated impact and scope of adverse events are understoodEditorialCC7.2Mismo tema: Detección de anomalías (selección editorial)
DE.AE-06Information on adverse events is provided to authorized staff and toolsEditorialCC7.3Mismo tema: SIEM / SOC (selección editorial)
DE.AE-08Incidents are declared when adverse events meet the defined incident criteriaEditorialCC7.3Mismo tema: SIEM / SOC (selección editorial)
DE.CM-01Networks and network services are monitored to find potentially adverse eventsEditorialCC6.6CC7.2Mismo tema: WAF, Monitoreo cont., Detección de intrusiones (selección editorial)
DE.CM-02The physical environment is monitored to find potentially adverse eventsEditorialCC6.4Mismo tema: Seguridad física (selección editorial)
DE.CM-03Personnel activity and technology usage are monitored to find potentially adverse eventsEditorialCC7.2Mismo tema: Monitoreo cont. (selección editorial)
DE.CM-06External service provider activities and services are monitored to find potentially adverse eventsEditorialCC9.2Mismo tema: Gestión de riesgos de proveedores (selección editorial)
DE.CM-09Computing hardware and software, runtime environments, and their data are monitored to find potentially adverse eventsEditorialCC6.8CC7.2Mismo tema: Protección de endpoints, Seguridad del correo electrónico, Monitoreo cont., Detección de anomalías (selección editorial)
Govern (GV) · 21
GV.OC-01The organizational mission is understood and informs cybersecurity risk managementEditorialCC3.1Mismo tema: Entorno empresarial (selección editorial)
GV.OC-03Legal, regulatory, and contractual requirements regarding cybersecurity - including privacy and civil liberties obligations - are understood and managedEditorialCC4.1CC4.2Mismo tema: Cumplimiento (selección editorial)
GV.OC-04Critical objectives, capabilities, and services that external stakeholders depend on or expect from the organization are understood and communicatedEditorialA1.1A1.2CC3.1+1Mismo tema: Continuidad del negocio, Entorno empresarial (selección editorial)
GV.OC-05Outcomes, capabilities, and services that the organization depends on are understood and communicatedEditorialCC3.1Mismo tema: Entorno empresarial (selección editorial)
GV.OV-03Organizational cybersecurity risk management performance is evaluated and reviewed for adjustments neededEditorialCC4.1CC4.2Mismo tema: Cumplimiento (selección editorial)
GV.PO-01Policy for managing cybersecurity risks is established based on organizational context, cybersecurity strategy, and priorities and is communicated and enforcedEditorialCC1.1CC5.3Mismo tema: Política de gobernanza (selección editorial)
GV.PO-02Policy for managing cybersecurity risks is reviewed, updated, communicated, and enforced to reflect changes in requirements, threats, technology, and organizational missionEditorialCC1.1CC5.3Mismo tema: Política de gobernanza (selección editorial)
GV.RM-01Risk management objectives are established and agreed to by organizational stakeholdersEditorialCC3.1CC5.1CC9.1Mismo tema: Gestión de riesgos (selección editorial)
GV.RM-02Risk appetite and risk tolerance statements are established, communicated, and maintainedEditorialCC3.1CC5.1CC9.1Mismo tema: Gestión de riesgos (selección editorial)
GV.RM-03Cybersecurity risk management activities and outcomes are included in enterprise risk management processesEditorialCC3.1CC5.1CC9.1Mismo tema: Gestión de riesgos (selección editorial)
GV.RM-06A standardized method for calculating, documenting, categorizing, and prioritizing cybersecurity risks is established and communicatedEditorialCC3.1CC5.1CC9.1Mismo tema: Gestión de riesgos (selección editorial)
GV.RR-01Organizational leadership is responsible and accountable for cybersecurity risk and fosters a culture that is risk-aware, ethical, and continually improvingEditorialCC1.2CC1.3CC1.5Mismo tema: Funciones y responsabilidades (selección editorial)
GV.RR-02Roles, responsibilities, and authorities related to cybersecurity risk management are established, communicated, understood, and enforcedEditorialCC1.2CC1.3CC1.5Mismo tema: Funciones y responsabilidades (selección editorial)
GV.RR-03Adequate resources are allocated commensurate with the cybersecurity risk strategy, roles, responsibilities, and policiesEditorialCC1.2CC1.3CC1.5Mismo tema: Funciones y responsabilidades (selección editorial)
GV.SC-01A cybersecurity supply chain risk management program, strategy, objectives, policies, and processes are established and agreed to by organizational stakeholdersEditorialCC9.2Mismo tema: Riesgo de la cadena de suministro (selección editorial)
GV.SC-03Cybersecurity supply chain risk management is integrated into cybersecurity and enterprise risk management, risk assessment, and improvement processesEditorialCC9.2Mismo tema: Riesgo de la cadena de suministro (selección editorial)
GV.SC-04Suppliers are known and prioritized by criticalityEditorialCC9.2Mismo tema: Gestión de riesgos de proveedores (selección editorial)
GV.SC-05Requirements to address cybersecurity risks in supply chains are established, prioritized, and integrated into contracts and other types of agreements with suppliers and other relevant third partiesEditorialCC9.2Mismo tema: Riesgo de la cadena de suministro (selección editorial)
GV.SC-06Planning and due diligence are performed to reduce risks before entering into formal supplier or other third-party relationshipsEditorialCC9.2Mismo tema: Gestión de riesgos de proveedores (selección editorial)
GV.SC-07The risks posed by a supplier, their products and services, and other third parties are understood, recorded, prioritized, assessed, responded to, and monitored over the course of the relationshipEditorialCC9.2Mismo tema: Gestión de riesgos de proveedores (selección editorial)
GV.SC-09Supply chain security practices are integrated into cybersecurity and enterprise risk management programs, and their performance is monitored throughout the technology product and service life cycleEditorialCC9.2Mismo tema: Riesgo de la cadena de suministro (selección editorial)
Identify (ID) · 17
ID.AM-01Inventories of hardware managed by the organization are maintainedEditorialCC6.1Mismo tema: Gestión de activos (selección editorial)
ID.AM-02Inventories of software, services, and systems managed by the organization are maintainedEditorialCC6.1Mismo tema: Gestión de activos (selección editorial)
ID.AM-03Representations of the organization's authorized network communication and internal and external network data flows are maintainedEditorialCC6.6Mismo tema: Cortafuegos / Segmentación de red (selección editorial)
ID.AM-04Inventories of services provided by suppliers are maintainedEditorialCC6.1CC9.2Mismo tema: Gestión de activos, Seguridad en la nube (selección editorial)
ID.AM-05Assets are prioritized based on classification, criticality, resources, and impact on the missionEditorialC1.1Mismo tema: Clasificación de datos (selección editorial)
ID.AM-07Inventories of data and corresponding metadata for designated data types are maintainedEditorialC1.1Mismo tema: Clasificación de datos (selección editorial)
ID.AM-08Systems, hardware, software, services, and data are managed throughout their life cyclesEditorialCC6.1Mismo tema: Gestión de activos (selección editorial)
ID.IM-03Improvements are identified from execution of operational processes, procedures, and activitiesEditorialCC7.5Mismo tema: Lecciones aprendidas (selección editorial)
ID.IM-04Incident response plans and other cybersecurity plans that affect operations are established, communicated, maintained, and improvedEditorialA1.3CC7.3CC7.4+1Mismo tema: Planificación de la recuperación, Respuesta a incidentes (selección editorial)
ID.RA-01Vulnerabilities in assets are identified, validated, and recordedEditorialCC7.1Mismo tema: Gestión de vulnerabilidades (selección editorial)
ID.RA-03Internal and external threats to the organization are identified and recordedEditorialCC3.2CC3.3CC3.4Mismo tema: Evaluación de riesgos (selección editorial)
ID.RA-04Potential impacts and likelihoods of threats exploiting vulnerabilities are identified and recordedEditorialCC3.2CC3.3CC3.4Mismo tema: Evaluación de riesgos (selección editorial)
ID.RA-05Threats, vulnerabilities, likelihoods, and impacts are used to understand inherent risk and inform risk response prioritizationEditorialCC3.2CC3.3CC3.4Mismo tema: Evaluación de riesgos (selección editorial)
ID.RA-06Risk responses are chosen, prioritized, planned, tracked, and communicatedEditorialCC3.2CC3.3CC3.4Mismo tema: Evaluación de riesgos (selección editorial)
ID.RA-08Processes for receiving, analyzing, and responding to vulnerability disclosures are establishedEditorialCC7.1Mismo tema: Gestión de vulnerabilidades (selección editorial)
ID.RA-09The authenticity and integrity of hardware and software are assessed prior to acquisition and useEditorialCC9.2Mismo tema: Riesgo de la cadena de suministro (selección editorial)
ID.RA-10Critical suppliers are assessed prior to acquisitionEditorialCC9.2Mismo tema: Gestión de riesgos de proveedores (selección editorial)
Protect (PR) · 19
PR.AA-01Identities and credentials for authorized users, services, and hardware are managed by the organizationEditorialCC6.1CC6.2CC6.3Mismo tema: Control de acceso (selección editorial)
PR.AA-03Users, services, and hardware are authenticatedEditorialCC6.1CC6.6Mismo tema: Autenticación multifactor, Confianza cero (selección editorial)
PR.AA-04Identity assertions are protected, conveyed, and verifiedEditorialCC6.6Mismo tema: Confianza cero (selección editorial)
PR.AA-05Access permissions, entitlements, and authorizations are defined in a policy, managed, enforced, and reviewed, and incorporate the principles of least privilege and separation of dutiesEditorialCC6.1CC6.2CC6.3+2Mismo tema: Control de acceso, Acceso privilegiado (selección editorial)
PR.AA-06Physical access to assets is managed, monitored, and enforced commensurate with riskEditorialCC6.4Mismo tema: Seguridad física (selección editorial)
PR.AT-01Personnel are provided with awareness and training so that they possess the knowledge and skills to perform general tasks with cybersecurity risks in mindEditorialCC1.4CC2.2Mismo tema: Concienciación y formación (selección editorial)
PR.AT-02Individuals in specialized roles are provided with awareness and training so that they possess the knowledge and skills to perform relevant tasks with cybersecurity risks in mindEditorialCC1.4CC2.2Mismo tema: Concienciación y formación (selección editorial)
PR.DS-01The confidentiality, integrity, and availability of data-at-rest are protectedEditorialC1.2CC6.1CC6.5+1Mismo tema: Protección de datos, Cifrado (selección editorial)
PR.DS-02The confidentiality, integrity, and availability of data-in-transit are protectedEditorialC1.2CC6.1CC6.5+2Mismo tema: Protección de datos, Cifrado (selección editorial)
PR.DS-10The confidentiality, integrity, and availability of data-in-use are protectedEditorialC1.2CC6.5CC6.7Mismo tema: Protección de datos, DLP (selección editorial)
PR.DS-11Backups of data are created, protected, maintained, and testedEditorialA1.2Mismo tema: Copias de seguridad y recuperación (selección editorial)
PR.IR-01Networks and environments are protected from unauthorized logical access and usageEditorialCC6.6CC9.2Mismo tema: Cortafuegos / Segmentación de red, Seguridad web, Confianza cero, WAF, Seguridad en la nube (selección editorial)
PR.IR-02The organization's technology assets are protected from environmental threatsEditorialCC6.4Mismo tema: Seguridad física (selección editorial)
PR.IR-03Mechanisms are implemented to achieve resilience requirements in normal and adverse situationsEditorialA1.1A1.2A1.3+1Mismo tema: Continuidad del negocio, Recuperación ante desastres (selección editorial)
PR.PS-01Configuration management practices are established and appliedEditorialCC5.2CC6.7CC7.1+1Mismo tema: Configuración segura, Seguridad móvil (selección editorial)
PR.PS-02Software is maintained, replaced, and removed commensurate with riskEditorialCC7.1Mismo tema: Gestión de parches (selección editorial)
PR.PS-04Log records are generated and made available for continuous monitoringEditorialCC7.2Mismo tema: Registro y auditoría (selección editorial)
PR.PS-05Installation and execution of unauthorized software are preventedEditorialCC6.8Mismo tema: Protección de endpoints (selección editorial)
PR.PS-06Secure software development practices are integrated, and their performance is monitored throughout the software development life cycleEditorialCC6.6CC8.1Mismo tema: Seguridad web, Desarrollo seguro (selección editorial)
Recover (RC) · 8
RC.CO-03Recovery activities and progress in restoring operational capabilities are communicated to designated internal and external stakeholdersEditorialCC2.3CC7.5Mismo tema: Comunicaciones y restauración (selección editorial)
RC.CO-04Public updates on incident recovery are shared using approved methods and messagingEditorialCC2.3CC7.5Mismo tema: Comunicaciones y restauración (selección editorial)
RC.RP-01The recovery portion of the incident response plan is executed once initiated from the incident response processEditorialA1.3CC7.5Mismo tema: Planificación de la recuperación (selección editorial)
RC.RP-02Recovery actions are selected, scoped, prioritized, and performedEditorialA1.2A1.3CC7.5Mismo tema: Recuperación ante desastres, Planificación de la recuperación (selección editorial)
RC.RP-03The integrity of backups and other restoration assets is verified before using them for restorationEditorialA1.2Mismo tema: Copias de seguridad y recuperación (selección editorial)
RC.RP-04Critical mission functions and cybersecurity risk management are considered to establish post-incident operational normsEditorialA1.1A1.2CC9.1Mismo tema: Continuidad del negocio (selección editorial)
RC.RP-05The integrity of restored assets is verified, systems and services are restored, and normal operating status is confirmedEditorialA1.2A1.3CC2.3+1Mismo tema: Recuperación ante desastres, Comunicaciones y restauración (selección editorial)
RC.RP-06The end of incident recovery is declared based on criteria, and incident-related documentation is completedEditorialCC7.5Mismo tema: Lecciones aprendidas (selección editorial)
Respond (RS) · 11
RS.AN-03Analysis is performed to establish what has taken place during an incident and the root cause of the incidentEditorialCC7.4Mismo tema: Análisis forense (selección editorial)
RS.AN-06Actions performed during an investigation are recorded, and the records' integrity and provenance are preservedEditorialCC7.4Mismo tema: Análisis forense (selección editorial)
RS.AN-07Incident data and metadata are collected, and their integrity and provenance are preservedEditorialCC7.4Mismo tema: Análisis forense (selección editorial)
RS.CO-02Internal and external stakeholders are notified of incidentsEditorialCC2.3Mismo tema: Notificación (selección editorial)
RS.CO-03Information is shared with designated internal and external stakeholdersEditorialCC2.3Mismo tema: Comunicación (selección editorial)
RS.MA-01The incident response plan is executed in coordination with relevant third parties once an incident is declaredEditorialCC7.3CC7.4Mismo tema: Respuesta a incidentes (selección editorial)
RS.MA-02Incident reports are triaged and validatedEditorialCC7.3CC7.4Mismo tema: Respuesta a incidentes (selección editorial)
RS.MA-03Incidents are categorized and prioritizedEditorialCC7.3CC7.4Mismo tema: Respuesta a incidentes (selección editorial)
RS.MA-04Incidents are escalated or elevated as neededEditorialCC7.3CC7.4Mismo tema: Respuesta a incidentes (selección editorial)
RS.MI-01Incidents are containedEditorialCC7.4Mismo tema: Mitigación (selección editorial)
RS.MI-02Incidents are eradicatedEditorialCC7.4Mismo tema: Mitigación (selección editorial)

Por tema

Ambos cubren (46):

Solo NIST CSF 2.0 (4):

Preguntas

¿Se basa SOC 2 en NIST?

No. SOC 2 usa los Criterios de Servicios de Confianza del AICPA, que se basan en el marco de control interno COSO. El AICPA sí publica una correspondencia de los criterios con los marcos NIST, pero no bajo una licencia abierta.

¿Se basa SOC 2 en NIST CSF?

No. SOC 2 usa los Criterios de Servicios de Confianza del AICPA, que se basan en el marco de control interno COSO. Ambos se solapan mucho en contenido de seguridad, pero se desarrollaron de forma independiente.

¿Puede un informe SOC 2 mostrar alineación con NIST CSF?

No formalmente; la opinión SOC 2 se refiere a los Criterios de Servicios de Confianza. Pero los controles evaluados en un informe SOC 2 son evidencias sólidas de muchos resultados de CSF, y algunas organizaciones correlacionan ambos para sus propios informes.

¿Qué debe hacer primero una startup, NIST CSF o SOC 2?

Si los clientes piden un informe SOC 2, empieza por ahí. En caso contrario, CSF es una forma gratuita de estructurar el programa, y sus controles alimentarán después un informe SOC 2.

¿Cuánto tiempo es válido un informe SOC 2?

Un informe SOC 2 cubre un periodo pasado. Los clientes suelen esperar un nuevo informe Tipo II cada año, idealmente sin huecos entre periodos.

¿Tiene NIST CSF niveles de madurez?

CSF 2.0 tiene Niveles de implementación (Parcial, Informado por el riesgo, Repetible, Adaptativo) que describen el rigor de la gobernanza y gestión de riesgos de una organización. No son niveles de certificación.

¿Puede un auditor SOC 2 evaluar NIST CSF?

Algunas firmas de auditoría ofrecen evaluaciones CSF por separado, pero son distintas de un examen SOC 2 y de su opinión.

¿Cubre SOC 2 todo lo que incluye NIST CSF 2.0?

No. SOC 2 cubre bien la mayoría de los resultados de Proteger, Detectar y Responder, pero la función Gobernar de CSF 2.0 (estrategia de riesgo, gestión de riesgos de la cadena de suministro, supervisión) y algunos resultados de Identificar y Recuperar van más allá de lo que exigen los Criterios de Servicios de Confianza.

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

Correspondencia una tabla de correspondencias publicada (NIST, ENISA, CIS, PCI SSC) establece la relación · Editorial Criterio editorial de ControlMapping cuando no existe crosswalk; se muestra el motivo · Relación tangencial solo comparte un resultado de CSF 2.0: conviene revisarlo, no es una asignación · Sin correspondencia en nuestros datos no hay nada asignado en nuestros datos; a menudo es trabajo nuevo, pero revisa las notas de cobertura. Con correspondencia = incluido junto en un tema de ControlMapping, o vinculado directamente. Los crosswalks no demuestran cumplimiento. Metodología · Descargar los datos · Notificar un error.