CMMC 2.0 / NIST SP 800-171:
Criptografía e infraestructura de clave pública (PKI) para la base industrial de defensa
| Región | Estados Unidos (se aplica a cualquier organización de la Base Industrial de Defensa que maneje información del Departamento de Defensa, independientemente del tamaño de la empresa) |
| Ámbito de aplicación | Contratistas principales y subcontratistas:cualquier organización perteneciente a la Base Industrial de Defensa (DIB) que procese, almacene o transmita información de contratos federales (FCI) o información no clasificada controlada (CUI) en el marco de contratos del Departamento de Defensa (DoD).Proveedores de servicios en la nube y de servicios gestionados:proveedores que alojan CUI en nombre de contratistas de la DIB, de los que se espera que cumplan con protecciones equivalentes al nivel «Moderado» de FedRAMP.C3PAO y evaluadores: organizaciones externas acreditadas para llevar a cabo evaluaciones de certificación CMMC de Nivel 2 en nombre de la Cyber AB |
| Apartados pertinentes | NIST SP 800-171 Rev. 2, apartado 3.13:Protección de sistemas y comunicaciones, que abarca la protección criptográfica y la gestión de claves.NIST SP 800-171 Rev. 2, apartado 3.5:Identificación y autenticación. DFARS 252.204-7021:Cláusula sobre los requisitos de certificación CMMC, con entrada en vigor el 10 de noviembre de 2025. |
Visión general
El CMMC 2.0 es el programa de verificación por niveles del Departamento de Defensa, basado en la norma NIST SP 800-171, revisión 2, que sustituye una década de autodeclaraciones por parte de los contratistas por pruebas evaluadas de forma independiente que demuestran que la información no clasificada controlada está realmente protegida. La norma definitiva del Suplemento del Reglamento Federal de Adquisiciones de Defensa (DFARS) que implementa el programa entró en vigor el 10 de noviembre de 2025 y se implantará en cuatro fases hasta noviembre de 2028.
En la práctica, el Nivel 1 (solo FCI) sigue consistiendo en una autoevaluación basada en 15 prácticas básicas de protección; el Nivel 2 (CUI) exige la aplicación de los 110 controles de la norma NIST SP 800-171, cuya verificación suele correr a cargo de una organización de evaluación externa certificada (C3PAO) cada tres años; y el Nivel 3 añade 24 requisitos mejorados de la norma NIST SP 800-172, evaluados directamente por el Centro de Evaluación de Ciberseguridad de la Base Industrial de Defensa (DIBCAC) del Departamento de Defensa (DoD) para los programas más sensibles.
Por qué es importante
El Departamento de Defensa (DoD) calcula que más de 80 000 contratistas y subcontratistas necesitarán una certificación de nivel 2 o nivel 3, y la situación respecto al CMMC es ahora una condición para la adjudicación de un contrato, más que un mero trámite burocrático: los responsables de contratación pueden exigir una situación actualizada respecto al CMMC y una puntuación del Sistema de Riesgos de Rendimiento de los Proveedores (SPRS) antes incluso de que se tenga en cuenta una oferta.
La familia «Protección de sistemas y comunicaciones», §3.13, conlleva obligaciones criptográficas directas y es, sistemáticamente, una de las familias más difíciles de superar para los contratistas, ya que los evaluadores distinguen claramente entre un algoritmo de cifrado que simplemente cumple con la norma FIPS y un módulo criptográfico que ha sido validado formalmente según la norma FIPS en el marco del Programa de Validación de Módulos Criptográficos del NIST.
Cómo se aplica esto a la criptografía
La norma NIST SP 800-171 aborda la criptografía principalmente a través de las familias de controles «Protección de sistemas y comunicaciones» (§3.13) e «Identificación y autenticación» (§3.5). Las principales áreas de control con implicaciones criptográficas directas son:
| Sección | Función | Lo que dice | Productos |
|---|---|---|---|
| §3.13.11: Utilizar criptografía validada según FIPS para proteger la confidencialidad de la CUI | Criptografía validada por FIPS | Emisión y gestión de certificados respaldados por módulos criptográficos validados según las normas FIPS 140-2 y 140-3, y no solo por algoritmos conformes con las normas FIPS. | EJBCA |
| §3.13.10: Establecer y gestionar las claves criptográficas para la criptografía utilizada en los sistemas de la organización | Establecimiento y gestión de claves criptográficas | Procedimientos documentados para la generación, distribución, almacenamiento y destrucción de claves en todo el entorno de información controlada (CUI) | Command |
| §3.13.8, §3.13.16: Protección criptográfica de la información controlada (CUI) en tránsito y en reposo | Confidencialidad durante la transmisión y en reposo | Cifrado « TLS » respaldado por certificados para la información controlada (CUI) en tránsito, con claves emitidas por la infraestructura de clave pública (PKI) que protegen la CUI almacenada | EJBCA |
| §3.5.1–3.5.3: Identificación y autenticación de usuarios y dispositivos de la organización | Autenticación de dispositivos y usuarios | La autenticación basada en certificados sustituye a las contraseñas compartidas para acceder a los sistemas CUI | Command |
| §3.13.7, §3.1.12: Protección criptográfica de las sesiones de acceso remoto | Protección de sesiones de acceso remoto | Conexiones VPN y de sesión remota con autenticación mutua y respaldadas por certificados a entornos CUI | EJBCA |
| Respalda los objetivos de evaluación recogidos en el apartado 3.13 | Inventario de activos criptográficos como prueba para la evaluación | Inventario de algoritmos y bibliotecas criptográficas en uso, que respalda el Plan de Seguridad del Sistema y la documentación del POA&M para la revisión de la C3PAO | AgileSec |
Preparación para la auditoría
Las evaluaciones del Nivel 2 del CMMC, ya sean realizadas por la propia organización o por una C3PAO, se centran en la implementación verificada de los 110 controles, más que en la mera documentación. Áreas clave que examinan los evaluadores:
- Pruebas de validación según FIPS: ¿Puedela organización demostrar que los módulos criptográficos que protegen la confidencialidad de la CUI están validados formalmente según las normas FIPS 140-2 o 140-3, y no solo basados en algoritmos aprobados?
- Documentación sobre la gestión de claves: ¿Estándocumentados y se siguen de forma sistemática los procedimientos de generación, distribución, almacenamiento y destrucción de claves criptográficas, de conformidad con el apartado 3.13.10?
- Cifrado de la información clasificada (CUI) en los límites del sistema: ¿Secifra la información clasificada (CUI) tanto en reposo como en tránsito a través de todos los límites del sistema, incluidos los entornos en la nube y los terminales remotos?
- Pruebas de autenticación de dispositivos y usuarios: ¿Puedela organización demostrar que dispone de credenciales únicas basadas en certificados en lugar de contraseñas compartidas para los sistemas que procesan información controlada (CUI)?
- Plan de seguridad del sistema y precisión del POA&M: ¿Reflejael SSP con precisión los controles criptográficos implementados, y se hace un seguimiento de las posibles deficiencias en un Plan de Acción y Hitos actualizado?
- Paquete de pruebas preparado para la evaluación: ¿Estánlas pruebas lo suficientemente bien organizadas y actualizadas como para superar una evaluación completa de nivel 2 realizada por terceros que abarque los 110 controles?
LLEVA ESTO A LA DIRECCIÓN
El CMMC 2.0 puso fin a la década en la que podíamos autocertificar el cumplimiento de la norma NIST SP 800-171. Desde el 10 de noviembre de 2025, el Nivel 2 exige que una C3PAO independiente verifique los 110 controles, incluida la criptografía validada por FIPS y la gestión documentada de claves, antes de que podamos presentar ofertas para contratos del Departamento de Defensa (DoD) que contengan información clasificada (CUI). Perder esa certificación supone perder directamente la elegibilidad para optar a los contratos.
Las dos áreas de control que suelen fallar con mayor frecuencia en una evaluación DIBCAC o C3PAO son de carácter criptográfico: los módulos validados según FIPS y la gestión documentada del ciclo de vida de las claves. Si no podemos demostrar que nuestra criptografía está validada —y no solo que cumple con los requisitos—, no superamos la evaluación. Se trata de una deficiencia que se puede subsanar si la corregimos ahora, pero que resultará muy costosa si la descubrimos en plena fase de evaluación.


