Requisitos criptográficos de FedRAMP: lo que deben saber los proveedores de servicios en la nube

Los requisitos criptográficos de FedRAMP han pasado de ser un simple detalle técnico a convertirse en un requisito imprescindible para la autorización. Si su servicio en la nube no puede demostrar qué módulos criptográficos protegen los datos de los clientes federales y no utiliza módulos validados cuando su clase de certificación así lo exige, esta deficiencia puede paralizar el proceso de certificación antes incluso de que llegue a la fase de revisión.

Ese es el cambio que todo proveedor de servicios en la nube (CSP) debe interiorizar. La criptografía es ahora un elemento fundamental, no una cuestión secundaria que se resuelve más adelante. Esta guía desglosa los controles que realmente importan, los cambios recientes en las políticas que hay que tener en cuenta a la hora de planificar y lo que los evaluadores buscan realmente.

La criptografía es ahora un requisito imprescindible de FedRAMP, no una simple nota al pie

Las directrices del programa FedRAMP señalan la ausencia de módulos de cifrado validados según la norma FIPS 140 como uno de los obstáculos más comunes para la autorización. No se considera una deficiencia que se pueda subsanar a mitad del ciclo. Puede detener un paquete antes de que tu organización de evaluación externa (3PAO) presente el informe de evaluación de preparación.

La conclusión práctica: valida primero tus módulos criptográficos y, a continuación, elabora tu informe de cumplimiento basándote en ellos. Hacerlo al revés es lo que hace que los proveedores de servicios en la nube (CSP) pierdan meses.

Qué es FedRAMP y a quiénes se aplica

FedRAMP estandariza la evaluación de seguridad de los servicios en la nube utilizados por los organismos federales. Se basa en los controles del NIST SP 800-53 y, en el marco de FedRAMP 20x, también recurre a los indicadores clave de seguridad (KSI), que actúan como una referencia equivalente en lugar de descripciones detalladas de cada control.

En pocas palabras: si vendes servicios en la nube al Gobierno federal, FedRAMP define el nivel de seguridad que debes alcanzar, y la criptografía es un elemento fundamental de ese nivel.

¿Quién debe prestar atención?

Los requisitos van más allá de lo que la mayoría de los equipos espera. Hay tres grupos que se ven directamente afectados:

• Proveedores de servicios en la nube (SaaS, PaaS, IaaS) que aspiran a obtener la certificación FedRAMP en las clases A, B, C o D, ya sea por la vía 20x o por la vía Rev5.Proveedores independientes de « Software » que venden a través de mercados federales de servicios en la nube y canales de distribución.
• Organismos de evaluación independientes (3PAO) que elaboran informes de evaluación de la preparación y realizan evaluaciones de seguridad anuales.

Los requisitos criptográficos de FedRAMP que realmente importan

FedRAMP aborda la criptografía a través de áreas de control interrelacionadas del NIST SP 800-53. La norma común a todas ellas es que la criptografía debe proceder de un módulo validado según la norma FIPS 140, o de un módulo aprobado por la NSA y conforme al NIAP, y no de código personalizado conforme a la norma FIPS.

Esa norma se sustenta en dos programas de validación. Los módulos se validan en el marco del Programa de Validación de Módulos Criptográficos (CMVP). Los algoritmos se someten a pruebas en el marco del Programa de Validación de Algoritmos Criptográficos (CAVP). Cualquier módulo que se implemente debe cumplir con ambos.

Tres controles asumen la responsabilidad.

SC-13: protección criptográfica de los datos federales

La norma SC-13 exige que los datos federales, tanto en reposo como en tránsito, se cifren exclusivamente mediante módulos criptográficos validados según la norma FIPS 140 o aprobados por la NSA. En caso de que sea inevitable utilizar un módulo no validado, se deberá documentar la justificación en una lista de «deficiencias aceptadas», que sustituye al antiguo «Plan de Acción y Hitos» (POA&M).

SC-12: Establecimiento y gestión de claves

La norma SC-12 regula las claves que protegen tu oferta de servicios en la nube. Exige que se documenten los procedimientos de generación, distribución, almacenamiento, acceso y destrucción de claves, de conformidad con las normas NIST SP 800-56 y SP 800-57.

IA-7: autenticación de módulos criptográficos

La norma IA-7 se refiere a la autenticación. Exige que los mecanismos de autenticación se implementen mediante módulos criptográficos validados, en lugar de bibliotecas ad hoc creadas por los desarrolladores.

Qué ha cambiado: de la Política de módulos criptográficos de 2025 a FedRAMP 20x

Hay dos novedades recientes que merecen un lugar en la planificación de cualquier CSP. Una de ellas cambia la forma de mantener actualizados los módulos, y la otra moderniza el proceso de generación de pruebas de autorización.

Política de módulos criptográficos v1.1.0 (flujos duales)

La Junta de FedRAMP aprobó la «Política de FedRAMP para la selección y el uso de módulos criptográficos», versión 1.1, el 16 de enero de 2025. Esta sigue siendo la referencia para la Rev5 hasta que las normas de la CMU entren en vigor el 1 de enero de 2027. Ofrece a los CSP dos vías:

• Una línea de módulos de validación que da prioridad a mantenerse en la última versión de los módulos validados según FIPS.
• Una vía alternativa que te permite incorporar parches de seguridad urgentes más rápidamente de lo que permitiría una revalidación completa.

Ambas vías dependen de la versión del módulo y del seguimiento de los certificados. Es necesario disponer de pruebas actualizadas que indiquen exactamente qué versión del módulo validada por FIPS y qué número de certificado se están utilizando en producción. Sin ese seguimiento, ninguna de las dos vías se sostiene ante una revisión.

FedRAMP 20x e indicadores clave de seguridad

FedRAMP 20x es un enfoque de autorización modernizado y más automatizable, basado en los Indicadores Clave de Seguridad (KSI). La norma KSI entró en vigor por primera vez el 30 de mayo de 2025 para las autorizaciones piloto de 20x Low. La participación en el programa piloto ya no es el único camino para acceder al sistema: el proceso de la Clase A se abrió el 3 de agosto de 2026, y los de las Clases B y C se abrieron el 31 de agosto de 2026.

El cambio significativo en el ámbito de la criptografía es continuo. Los KSI 20x permiten supervisar de forma continua el estado de la seguridad criptográfica, lo que supone disponer de pruebas automatizadas y continuas, en lugar de una instantánea puntual en el momento de la evaluación.

Uno de los cambios introducidos por la norma CR26 está directamente relacionado con la criptografía: se espera que se utilice el cifrado FIPS 140 cuando los datos sean sensibles, y FedRAMP ya no da por sentado que todos los datos y metadatos de los clientes federales sean sensibles. Los proveedores documentan su uso de la norma FIPS 140 para que las agencias puedan evaluar si se ajusta a su propio caso de uso.

La transición de la norma FIPS 140-2 a la 140-3: un riesgo agravante para los proveedores de servicios en la nube (CSP)

El paso de la norma FIPS 140-2 a la 140-3 supone un riesgo claro para los proveedores de servicios en la nube, ya que un módulo que cumplía los requisitos en el momento de la autorización inicial puede cambiar de estado en mitad del ciclo de ATO. El 21 de septiembre de 2026, todos los certificados FIPS 140-2 activos restantes pasarán a la Lista Histórica del CMVP, un estado que las agencias federales no deberían incluir en sus nuevas contrataciones.

Aquí está el problema: incluso cuando se recurre a una criptografía de infraestructura que no se controla directamente, como las bibliotecas de los proveedores de servicios en la nube o las pilas de « TLS » integradas, la responsabilidad del incumplimiento normativo recae sobre ti si ese módulo caduca el 21 de septiembre de 2026. La validación de un módulo sustitutivo puede llevar entre 18 y 30 meses, por lo que el margen de tiempo es más corto de lo que sugiere el calendario. El seguimiento de las listas activas e históricas del CMVP es la única forma de saber en qué situación te encuentras.

Preparación para la auditoría: lo que realmente examinan los auditores

Las evaluaciones se centran en pruebas fehacientes, no en declaraciones de intenciones. Decir que se utiliza criptografía validada no es lo mismo que demostrar qué módulo, qué versión y qué certificado están activos en producción. Ven preparado para mostrar tu trabajo.

La lista de comprobación de pruebas

Es de esperar que los examinadores profundicen en los siguientes aspectos:

• Verificación del estado de actividad de los módulos FIPS: comprueba que los módulos aparezcan como «Activos» en la lista de módulos validados por el CMVP, y no como «Históricos» ni «En trámite».
• Coincidencia entre la versión y el certificado: la versión exacta del módulo y el número de certificado en el entorno de producción, tal y como figuran en la «Descripción general del paquete de certificación».
• Registro de vulnerabilidades aceptadas para módulos históricos: para cualquier módulo FIPS 140-2 que siga en producción tras la fecha de caducidad del 21 de septiembre de 2026, se exigirá una justificación documentada y un plan con fecha concreta para pasar a un módulo FIPS 140-3 validado activamente.
• Documentación clave sobre la gestión: procedimientos de generación y gestión de claves vinculados a un módulo específico validado.
• Datos de monitorización continua: información automatizada y constante que respalda tus 20 indicadores clave de seguridad (KSI).
• Verificación de artefactos firmados: firmas en imágenes de contenedores, artefactos de compilación y parches implementados dentro del perímetro de autorización.

Cómo Keyfactor ayudarte Keyfactor

Cumplir con los requisitos criptográficos de FedRAMP se reduce a saber qué sistema criptográfico se utiliza, demostrar que está validado y mantener actualizada esa evidencia. Las soluciones de Keyfactorse corresponden directamente con las áreas de control mencionadas anteriormente.

Keyfactor AgileSec se encarga del seguimiento de las versiones de los módulos y de los certificados según las listas activas e históricas del CMVP, la norma en la que se basa la Política v1.1.0. Analiza su entorno informático para localizar, catalogar y puntuar los activos criptográficos, de modo que sepa dónde se encuentra cada módulo antes de que se lo pregunte un evaluador.

EJBCA Ofrece una infraestructura de clave pública (PKI) validada según la norma FIPS, compatible con SC-13 (cifrado de datos) e IA-7 (módulos de autenticación). Emite y gestiona la identidad basada en certificados de la que depende su servicio en la nube, con el nivel de auditabilidad que exigen los entornos regulados.

Keyfactor SignServer (con Signum) firma las imágenes de contenedores, los artefactos de compilación y los parches implementados dentro del perímetro de autorización, lo que permite la verificación de los artefactos firmados que esperan los evaluadores. La firma centralizada y basada en políticas sustituye a las herramientas ad hoc por flujos de trabajo trazables y auditables.

Keyfactor Command Abarca aspectos clave relacionados con la configuración y la gestión (SC-12), la planificación de la migración de módulos y las pruebas de supervisión continua para 20 KSI. Detecta y automatiza los certificados y las claves en cualquier autoridad de certificación (CA) y entorno, de modo que los eventos del ciclo de vida no se conviertan en incumplimientos normativos.

En conjunto, todos ellos funcionan en el plano de control de confianza « Keyfactor »: una plataforma que supervisa, analiza, aprovisiona, coordina y gestiona todos los activos criptográficos y las identidades de los equipos. La ventaja para FedRAMP es disponer de un único sistema de registro, de modo que la documentación que solicite cualquier marco de trabajo provenga de un único lugar, en lugar de tener que recopilarla de forma dispersa entre distintos equipos.

Conclusión y próximos pasos

La gestión de la criptografía es una ventaja competitiva, no solo una medida para evitar sanciones. Una gestión madura de la visibilidad y el ciclo de vida de la criptografía te ayuda a avanzar más rápidamente en las certificaciones de FedRAMP y a recuperarte antes tras la caducidad de los certificados y la obsolescencia de los algoritmos.

Empieza con tres pasos prácticos:

1. Consigue una visión completa de todos los activos criptográficos de tu entorno.
2. Evaluar en función de los requisitos actuales y a corto plazo, comprobando el estado de validación de los módulos de cara a su retirada en 2026.
3. Implemente la automatización de los ciclos de vida de los certificados y las claves antes de que las deficiencias impidan la formalización de contratos federales.

¿Estás listo para ver cómo funciona esto en la práctica? Solicitar una demo.

¿Tienes dudas sobre la criptografía de FedRAMP? Tenemos las respuestas.

What cryptographic standard does FedRAMP require?
FedRAMP requires approved cryptography implemented through a FIPS 140 validated module, an update stream of a validated module, or an NSA-approved module. Modules are validated under the CMVP, and algorithms are tested under the CAVP.  How strictly validated module use is required now varies by certification class: mandatory at Class D, recommended at Class C, and optional at Classes A and B. Documenting the modules in use is required at every class.

Which NIST SP 800-53 controls carry FedRAMP’s cryptographic requirements?
The core controls are SC-13 (cryptographic protection of federal data), SC-12 (key establishment and management), and IA-7 (cryptographic authenticator module compliance). Together they cover encryption, key lifecycle, and authentication through validated modules.

Can a missing FIPS validated module really block a FedRAMP certification?
Yes. FedRAMP’s own program guidance names the absence of FIPS 140 validated encryption modules as a common barrier.  Validated module use is mandatory at Class D, recommended at Class C, and optional at Classes A and B (CMU-CSO-UVM). Undocumented cryptography is a finding at any class.

What is the FedRAMP Cryptographic Module Policy v1.1.0?
Approved by the FedRAMP Board on January 16, 2025, it gives CSPs two paths. A validation module stream prioritizes staying on the latest FIPS validated module version, and an alternate stream lets CSPs incorporate urgent security patches faster than a full re-validation would allow.

What is FedRAMP 20x and when does it apply?
FedRAMP 20x is  the automation first certification path, built around Key Security Indicators rather than control by control narratives. The KSI standard first took effect on May 30, 2025 for 20x Low pilot authorizations. It now applies through the Consolidated Rules for 2026: the Class A pipeline opened August 3, 2026, and the Class B and Class C pipelines opened August 31, 2026. Class D remains on the Rev5 path for now..

Why does the September 21, 2026 FIPS 140-2 sunset matter for cloud providers?
On that date, remaining active FIPS 140-2 certificates move to the CMVP Historical List. A module that was fine at initial authorization can shift to Historical status mid-cycle, and a CSP still owns the compliance gap even when it relies on infrastructure cryptography it does not directly control.

What evidence do FedRAMP assessors look for around cryptography?
Assessors focus on demonstrated evidence: active-status verification of modules on the CMVP list, version-to-certificate matching in the Certification Package Overview, a list of Accepted Weaknesses for modules nearing the 2026 sunset, documented key management tied to a validated module, continuous monitoring data showing the module versions in use, and signed deployment artifacts.

What should a CSP do first to prepare?
Start by gaining visibility into every cryptographic asset and its module validation status, then verify  module version to certificate accuracy and replace anything now sitting on the CMVP Historical list.