- TamaƱos de clave RSA, niveles de seguridad y equivalencia de algoritmos
- Supuestos de seguridad detrƔs de RSA
- ¿Por qué RSA sigue funcionando con los modelos de computación clÔsicos?
- Dónde se sigue utilizando RSA en los sistemas modernos
- Donde RSA genera exposición primero
- Limitaciones de rendimiento y escalabilidad
- CriptografĆa postcuĆ”ntica y la ruptura fundamental en RSA
- Ejemplo prƔctico: RSA-2048 en cifras concretas
- ¿Por qué RSA se estÔ convirtiendo en un algoritmo obsoleto?
- Migración post-cuÔntica en la prÔctica
- Limitaciones
- Tabla de decisiones empresariales: ¿Qué hacer ahora mismo con RSA?
- Cómo puede ayudar la consultorĆa de cifrado
- Conclusión
- Preguntas frecuentes
Respuesta rĆ”pida: RSA sigue siendo criptogrĆ”ficamente seguro frente a ordenadores clĆ”sicos, pero el borrador del plan de transición del NIST (NIST IR 8547, 2024) propone dejar de usar RSA-2048 despuĆ©s de 2030 y prohibir todos los tamaƱos de clave RSA despuĆ©s de 2035, ya que un ordenador cuĆ”ntico suficientemente potente que ejecute el algoritmo de Shor puede factorizar directamente los módulos RSA. Las empresas deberĆan hacer un inventario del uso de RSA ahora, priorizar el intercambio de claves TLS y las claves de firma de larga duración, e iniciar una migración gradual a algoritmos ECC y PQC como ML-KEM y ML-DSA.
Puntos clave:
- La seguridad clĆ”sica de RSA se mantiene vigente hoy en dĆa; su seguridad cuĆ”ntica no.
- El documento NIST IR 8547 (borrador) propone la descontinuación de RSA-2048/P-256 después de 2030 y su prohibición total después de 2035.
- El algoritmo RSA utilizado en el intercambio de claves TLS ahora estÔ expuesto a ataques de recolección y descifrado; el algoritmo RSA utilizado para firmas de autenticación de corta duración estarÔ expuesto mÔs adelante.
- La migración se basa primero en el inventario: descubrir, mapear dependencias, implementar modos hĆbridos clĆ”sicos mĆ”s PQC y, finalmente, retirar RSA.
Publicado: febrero de 2026. Actualizado: agosto de 2026. Revisado por el equipo asesor de PQC de Encryption Consulting.
RSA sigue siendo uno de los algoritmos criptogrÔficos de clave pública mÔs utilizados en la infraestructura de seguridad moderna. Continúa siendo compatible con certificados TLS (Transport Layer Security), firmas digitales y sistemas de identidad en entornos empresariales y gubernamentales. Sin embargo, su presencia continua refleja cada vez mÔs los requisitos de compatibilidad con versiones anteriores, mÔs que decisiones de diseño criptogrÔfico con visión de futuro.
Desde la perspectiva de la arquitectura de seguridad, RSA ya no es la opción preferida en los diseños criptogrÔficos de vanguardia. Persiste porque sigue funcionando bajo supuestos de computación clÔsica y cuenta con un amplio soporte, no porque se ajuste a los modelos de amenazas en constante evolución.
Para comprender claramente esta transición, es necesario examinar los fundamentos matemĆ”ticos de RSA, su comportamiento operativo y sus limitaciones en el contexto de la criptografĆa postcuĆ”ntica (PQC).
TamaƱos de clave RSA, niveles de seguridad y equivalencia de algoritmos
La seguridad que proporciona una clave RSA no estĆ” determinada por el nombre del algoritmo, sino por el tamaƱo de la clave, y la relación entre el tamaƱo de la clave y la seguridad no es lineal. La tabla 2 de la revisión 5 de la norma SP 800-57 Parte 1 define niveles de seguridad comparables entre las familias de algoritmos. RSA se incluye en la columna IFC (CriptografĆa de Factorización de Enteros), donde un módulo de 2048 bits (k=2048) proporciona una seguridad de 112 bits, un módulo de 3072 bits proporciona una seguridad de 128 bits equivalente a AES-128, un módulo de 7680 bits proporciona una seguridad de 192 bits equivalente a AES-192 y un módulo de 15360 bits proporciona una seguridad de 256 bits equivalente a AES-256.
La propia tabla incluye una nota en las columnas IFC y ECC que indica que estas estimaciones de seguridad se verÔn afectadas significativamente cuando la computación cuÔntica se convierta en una opción prÔctica.
Esta comparación revela una brecha de eficiencia fundamental. Para lograr una seguridad de 128 bits, RSA requiere un módulo de 3,072 bits, mientras que una clave de curva elĆptica alcanza el mismo nivel con 256 bits. Para igualar el estĆ”ndar P-384, RSA requiere 7,680 bits. La diferencia de tamaƱo aumenta considerablemente en niveles de seguridad mĆ”s altos, razón por la cual los algoritmos de curva elĆptica se prefieren cada vez mĆ”s a RSA en los diseƱos de protocolos prospectivos, especialmente para el intercambio de claves, donde una seguridad equivalente con claves significativamente mĆ”s pequeƱas reduce la sobrecarga computacional.
Sin embargo, esta guĆa de dimensionamiento solo se aplica en contextos de computación clĆ”sica. SegĆŗn la norma NIST IR 8547 (borrador pĆŗblico inicial, noviembre de 2024), todos los tamaƱos de clave RSA estĆ”n sujetos a prohibición despuĆ©s de 2035, ya que el algoritmo de Shor factoriza nĆŗmeros enteros en tiempo polinomial, independientemente de la longitud de la clave. Aumentar una clave RSA de 2048 a 7680 bits no modifica su vulnerabilidad cuĆ”ntica.
Supuestos de seguridad detrƔs de RSA
Cada recomendación criptogrĆ”fica depende de un modelo de amenazas definido. Para RSA, la suposición de seguridad clĆ”sica es que ningĆŗn adversario limitado por la computación clĆ”sica, no cuĆ”ntica, puede factorizar un módulo semiprimo grande en un tiempo factible. Esta suposición se mantiene para RSA-2048 hoy en dĆa: el mejor ataque clĆ”sico conocido, el mĆ©todo de la criba de campos numĆ©ricos generales, tiene un tiempo de ejecución subexponencial y sigue siendo computacionalmente inviable con los tamaƱos de clave actuales cuando se combina con el relleno correcto (OAEP para el cifrado, PSS para las firmas) y la generación segura de claves.
- Modelo adversario: limitado a la computación clĆ”sica probabilĆstica de tiempo polinomial, sin acceso a una computadora cuĆ”ntica criptogrĆ”ficamente relevante.
- Problema de dificultad: factorización entera de un módulo semiprimo grande, conocido como el problema RSA, no probado formalmente pero que se ha mantenido estable durante décadas de criptoanÔlisis.
- Dependencia de la implementación: la seguridad solo se mantiene con el relleno correcto (OAEP, PSS), la generación segura de claves aleatorias y operaciones de tiempo constante resistentes a fugas de canal lateral.
- Normas principales: NIST SP 800-57 Parte 1 Revisión 5 define la relación entre el tamaño de la clave y la solidez de la seguridad; NIST IR 8547 (Borrador público inicial, noviembre de 2024) define el cronograma de transición propuesto para abandonar RSA a medida que cambia el modelo de amenazas.
- La suposición que falla en la computación cuÔntica: el algoritmo de Shor resuelve la factorización de enteros en tiempo polinomial en una computadora cuÔntica suficientemente grande y tolerante a fallos, lo que elimina por completo la suposición de dureza clÔsica en lugar de simplemente debilitarla.
¿Por qué RSA sigue funcionando con los modelos de computación clÔsicos?
RSA sigue siendo seguro en entornos de computación clĆ”sica porque ningĆŗn algoritmo clĆ”sico eficiente conocido puede factorizar nĆŗmeros enteros semiprimos grandes con tamaƱos de clave criptogrĆ”ficamente relevantes. El supuesto de seguridad estĆ” especĆficamente vinculado a la dificultad de la factorización de enteros en modelos clĆ”sicos de tiempo polinomial probabilĆstico.
El ataque clÔsico de propósito general mÔs conocido es el método de cribado de campos numéricos generales (GNFS), cuya complejidad es subexponencial. Si bien GNFS es asintóticamente el método conocido mÔs rÔpido, su coste prÔctico crece de forma superpolinómica con el tamaño de la clave, lo que hace que el RSA de 2048 bits siga siendo computacionalmente inviable con las capacidades actuales de computación clÔsica, incluso cuando se implementa correctamente con relleno moderno y generación segura de claves.
TambiĆ©n es importante destacar que la seguridad de RSA depende no solo de la dificultad de factorización, sino tambiĆ©n de una implementación correcta. Los esquemas de relleno, como el Relleno de Cifrado AsimĆ©trico Ćptimo (OAEP) para el cifrado y el Esquema de Firma ProbabilĆstica (PSS) para las firmas, son esenciales. Sin ellos, RSA se vuelve vulnerable a ataques estructurales o de orĆ”culo de relleno, incluso si la clave subyacente es matemĆ”ticamente robusta.
Es importante destacar que RSA no posee ningún algoritmo abreviado conocido que reduzca su seguridad a algo mÔs sencillo que la factorización de enteros en el modelo clÔsico. Su seguridad se basa en una hipótesis de dificultad bien estudiada que se ha mantenido estable durante décadas, aunque no se haya demostrado formalmente.
Sin embargo, esta estabilidad se aplica estrictamente dentro de la computación clÔsica. No se extiende a los modelos de computación cuÔntica.
Dónde se sigue utilizando RSA en los sistemas modernos
RSA sigue presente en varias capas de infraestructura crĆtica, pero su función se limita cada vez mĆ”s a la compatibilidad y al anclaje de la confianza, en lugar de a la innovación activa del protocolo.
En los ecosistemas TLS, RSA todavĆa se utiliza ampliamente para la validación de certificados y firmas, especialmente en sistemas que requieren compatibilidad con versiones anteriores de clientes.
En los sistemas de infraestructura de clave pĆŗblica (PKI), RSA continĆŗa protegiendo las jerarquĆas de las autoridades de certificación (CA), incluidos los certificados raĆz e intermedios. Estos sistemas cambian lentamente debido a su dependencia de anclas de confianza a largo plazo.
RSA tambiƩn se utiliza en sistemas de firma de software y firmware, donde verifica la autenticidad de las actualizaciones del sistema operativo, las imƔgenes de firmware y los binarios de las aplicaciones.
En entornos Secure Shell (SSH), todavĆa existe compatibilidad con RSA, aunque cada vez se reemplaza mĆ”s por algoritmos basados āāen ECC como Ed25519.
Donde RSA genera exposición primero
RSA no conlleva el mismo riesgo en todos los contextos en los que se implementa. El perfil de exposición depende de si RSA se utiliza para el establecimiento de claves o firmas digitales, y de cuÔnto tiempo permanezcan en uso los datos protegidos o los artefactos firmados.
La vulnerabilidad de mayor prioridad es RSA, utilizado en el establecimiento de claves, especĆficamente en configuraciones TLS 1.2 que dependen del transporte de claves RSA. En este modelo, el cliente cifra un secreto pre-maestro directamente con la clave pĆŗblica RSA del servidor, y este lo descifra con la clave privada correspondiente. Este diseƱo carece de confidencialidad directa. Si un atacante intercepta y registra el trĆ”fico de sesión cifrado y posteriormente obtiene acceso a la clave privada RSA del servidor, ya sea mediante una brecha de seguridad o mediante una computadora cuĆ”ntica que recupera la clave privada RSA a travĆ©s del algoritmo de Shor, podrĆ” descifrar el secreto pre-maestro registrado, derivar las claves de sesión y leer el trĆ”fico.
Esta amenaza sigue vigente, ya que los adversarios pueden obtener el texto cifrado hoy mismo y descifrarlo cuando la capacidad cuĆ”ntica estĆ© disponible. TLS 1.3, definido en la RFC 8446 (agosto de 2018), solucionó este problema eliminando por completo el intercambio de claves RSA. El secreto hacia adelante mediante el intercambio de claves efĆmeras es obligatorio en TLS 1.3. Las implementaciones de TLS 1.2 que aĆŗn negocian conjuntos de cifrado TLS_RSA_WITH_* mantienen esta vulnerabilidad y representan el objetivo de migración mĆ”s crĆtico en cuanto al tiempo.
El uso de RSA para firmas digitales en la autenticación presenta un perfil de riesgo diferente. Un evento de autenticación que era vÔlido en el momento en que ocurrió no se ve comprometido retroactivamente si RSA llega a ser vulnerado. Un inicio de sesión o una concesión de acceso correctamente validados en 2025 no se anulan por un ataque cuÔntico en 2035.
La norma NIST IR 8547 IPD refleja esta situación, al seƱalar que los sistemas de autenticación pueden seguir utilizando algoritmos clĆ”sicos hasta que exista una computadora cuĆ”ntica criptogrĆ”ficamente relevante, momento en el que deberĆ”n desactivarse. La preocupación se desplaza de la vulnerabilidad retroactiva a la falsificación futura: un adversario con capacidad cuĆ”ntica podrĆa falsificar firmas RSA para suplantar servicios o entidades, lo que vincula el cronograma de migración de los sistemas de autenticación a la disponibilidad de hardware cuĆ”ntico en lugar de a la longevidad de los datos.
La firma de código y la firma de firmware presentan un perĆodo de exposición mĆ”s prolongado que la autenticación. El firmware firmado con RSA puede permanecer implementado y ser de confianza en los dispositivos durante muchos aƱos despuĆ©s de la firma. Si un atacante logra falsificar firmas RSA durante ese perĆodo, puede generar firmware o actualizaciones de software fraudulentas que superen la verificación de versiones anteriores. Esto convierte a RSA en una prioridad de migración mayor que las credenciales de sesión de corta duración en plataformas de firma de larga duración.
RSA en los anclajes de confianza de PKI agrava todo lo anterior. Los certificados de CA raĆz que contienen claves RSA suelen tener periodos de validez medidos en aƱos. Si la clave RSA que protege una CA raĆz se viera comprometida por un adversario cuĆ”ntico dentro de su periodo de validez, todos los certificados emitidos bajo esa jerarquĆa perderĆan su base de confianza, afectando simultĆ”neamente a todos los casos de uso dependientes.
Limitaciones de rendimiento y escalabilidad
RSA introduce limitaciones de rendimiento y escalabilidad que se hacen mÔs evidentes en los sistemas modernos de alta escala y sensibles a la latencia. Su seguridad se incrementa principalmente al aumentar el tamaño de las claves, lo que repercute directamente en el coste computacional. A medida que el tamaño de las claves aumenta de 2048 bits a 3072 bits y mÔs allÔ, las operaciones basadas en la exponenciación modular se vuelven mÔs costosas, especialmente las operaciones con clave privada, como la firma y el descifrado.
RSA tambiĆ©n presenta una asimetrĆa inherente en el costo operativo. Las operaciones de clave pĆŗblica, como la verificación de firmas y el cifrado, son relativamente eficientes debido al uso de exponentes pĆŗblicos pequeƱos, como 65537. En cambio, las operaciones de clave privada requieren cĆ”lculos mucho mĆ”s complejos, ya que implican aritmĆ©tica modular con exponentes grandes. Este desequilibrio puede convertirse en un cuello de botella en sistemas que realizan operaciones de firma frecuentes, como los servicios de autenticación o las autoridades de certificación.
AdemĆ”s, RSA genera claves y firmas mĆ”s grandes que ECC, lo que aumenta el consumo de ancho de banda durante el intercambio de certificados y el establecimiento de la conexión TLS. Si bien esta sobrecarga puede ser mĆnima en transacciones aisladas, cobra mayor relevancia en sistemas distribuidos a gran escala con una alta rotación de conexiones. En consecuencia, RSA suele ser menos eficiente que los algoritmos basados āāen ECC en los diseƱos de protocolos e infraestructuras modernos.
CriptografĆa postcuĆ”ntica y la ruptura fundamental en RSA
La limitación mĆ”s crĆtica de RSA no es su rendimiento, sino su incompatibilidad con los modelos de computación cuĆ”ntica. La computación cuĆ”ntica probabilĆstica (PQC) se basa en el reconocimiento de que los esquemas de clave pĆŗblica ampliamente utilizados, incluidos RSA y ECC, dependen de problemas matemĆ”ticos que son vulnerables a los algoritmos cuĆ”nticos bajo modelos computacionales especĆficos.
En el caso de RSA, la principal preocupación reside en el algoritmo de Shor, capaz de factorizar nĆŗmeros enteros grandes en tiempo polinomial en una computadora cuĆ”ntica suficientemente potente. Dado que la seguridad de RSA se basa en la dificultad de la factorización de enteros en los modelos de computación clĆ”sica, la existencia de dicho algoritmo invalida esa suposición subyacente en un entorno cuĆ”ntico. Esto no implica que RSA estĆ© actualmente comprometido en la prĆ”ctica, pero sĆ significa que sus garantĆas de seguridad no se extienden a adversarios con capacidades cuĆ”nticas a gran escala.
Debido a este cambio en el modelo de amenazas, aumentar el tamaƱo de las claves RSA no proporciona una protección significativa contra los ataques cuĆ”nticos. El problema no radica en la escalabilidad computacional, sino en el cambio de la clase de problema subyacente. SegĆŗn el NIST IR 8547 (Borrador PĆŗblico Inicial, noviembre de 2024), se propone que RSA-2048 y P-256, que operan con un nivel de seguridad de 112 bits, se dejen de usar despuĆ©s de 2030, y que todos los algoritmos de clave pĆŗblica vulnerables a ataques cuĆ”nticos, incluidos los de mayor tamaƱo de clave, queden prohibidos despuĆ©s de 2035. En cambio, los algoritmos modernos de computación cuĆ”ntica de potencia (PQC), como ML-KEM y ML-DSA, estĆ”n diseƱados en torno a estructuras matemĆ”ticas, en particular problemas basados āāen retĆculos, que actualmente no tienen soluciones cuĆ”nticas eficientes conocidas.
Esta transición no representa una actualización de RSA, sino un reemplazo criptogrĆ”fico basado en un supuesto de seguridad fundamentalmente diferente. Sin embargo, en la prĆ”ctica, no se espera que las organizaciones migren todos sus sistemas a la vez. Las implementaciones de RSA existentes seguirĆ”n operando en entornos clĆ”sicos mientras que los algoritmos PQC se introducen en paralelo mediante modos hĆbridos durante la fase de transición. Estos enfoques hĆbridos son mecanismos temporales destinados a mantener la interoperabilidad y reducir el riesgo de migración.
Ejemplo prƔctico: RSA-2048 en cifras concretas
Las afirmaciones abstractas sobre la posible vulnerabilidad cuĆ”ntica de RSA son mĆ”s fĆ”ciles de evaluar con datos concretos. Un módulo RSA de 2048 bits es un nĆŗmero compuesto de aproximadamente 617 dĆgitos decimales, formado como el producto de dos nĆŗmeros primos de 1024 bits. ClĆ”sicamente, el algoritmo General Number Field Sieve, que ataca este módulo, tiene un factor de trabajo estimado del orden de 2 elevado a la potencia 112, razón por la cual el NIST clasifica a RSA-2048 con una seguridad de 112 bits en SP 800-57. Con ese factor de trabajo, factorizar un solo módulo RSA-2048 con los mejores mĆ©todos clĆ”sicos conocidos y hardware realista sigue estando fuera del alcance prĆ”ctico.
La situación cuĆ”ntica es diferente en esencia, no solo en grado. Un anĆ”lisis de 2019, ampliamente citado, realizado por los investigadores Craig Gidney y Martin Ekera, estimó que factorizar un entero RSA de 2048 bits requerirĆa aproximadamente 20 millones de cĆŗbits ruidosos funcionando durante unas 8 horas, utilizando construcciones de circuitos optimizadas para el algoritmo de Shor. En 2026, los procesadores cuĆ”nticos mĆ”s grandes conocidos pĆŗblicamente operan con cientos o miles de cĆŗbits fĆsicos, varios órdenes de magnitud por debajo de esa estimación, y los cĆŗbits fĆsicos aĆŗn requieren una sobrecarga sustancial de corrección de errores para convertirse en los cĆŗbits lógicos estables que la estimación presupone. Esta brecha es precisamente la razón por la que el NIST plantea la transición a RSA como una gestión de riesgos con plazos definidos, en lugar de una emergencia: el algoritmo no estĆ” roto hoy, pero los datos cifrados hoy con el intercambio de claves RSA pueden recuperarse ahora y descifrarse mĆ”s adelante, una vez que exista una computadora cuĆ”ntica criptogrĆ”ficamente relevante.
En tĆ©rminos comparativos: una clave ECC P-256 alcanza el mismo nivel de seguridad de 128 bits que una clave RSA de 3072 bits, con aproximadamente una doceava parte del tamaƱo de la clave, mientras que el establecimiento de claves ML-KEM-768 basado en retĆculos proporciona una fuerza clĆ”sica comparable, ademĆ”s de resistencia total al algoritmo de Shor, a costa de claves pĆŗblicas y textos cifrados mĆ”s grandes que ECC (aproximadamente 1.1 KB frente a 65 bytes para una clave pĆŗblica P-256). Esta compensación entre tamaƱo y rendimiento es la razón prĆ”ctica por la que existen modos hĆbridos clĆ”sicos mĆ”s PQC durante la migración: permiten que los sistemas mantengan la eficiencia de ECC para la garantĆa clĆ”sica, al tiempo que aƱaden la estructura de ML-KEM para la garantĆa cuĆ”ntica.
¿Por qué RSA se estÔ convirtiendo en un algoritmo obsoleto?
RSA estĆ” quedando obsoleto gradualmente debido a una combinación de factores: sus caracterĆsticas de rendimiento, las limitaciones de escalabilidad y la aparición de PQC. Si bien ECC ya ofrece una seguridad equivalente con claves mĆ”s pequeƱas y una mayor eficiencia, RSA sigue existiendo principalmente por su compatibilidad con los sistemas e infraestructuras de confianza existentes.
A nivel de protocolo, los diseƱos de seguridad modernos dependen cada vez mĆ”s de mecanismos basados āāen ECC para el intercambio de claves y firmas digitales, mientras que RSA se sigue utilizando principalmente para la compatibilidad de certificados y las rutas de validación heredadas. Esto crea un estado de transición en el que RSA se mantiene no como una primitiva preferida, sino como una capa de compatibilidad en entornos mixtos.
Migración post-cuÔntica en la prÔctica
La transición a PQC no implica un simple cambio de algoritmo, sino un proceso de migración operativa. Comienza con la identificación de los activos criptogrÔficos vulnerables a la computación cuÔntica en toda la infraestructura, incluyendo puntos finales TLS, sistemas de identidad, módulos de seguridad de hardware (HSM), aplicaciones y dispositivos integrados. A continuación, se crea un inventario criptogrÔfico estructurado que abarca no solo certificados y claves, sino también las dependencias entre sistemas y cadenas de confianza.
Una vez establecido el inventario, las organizaciones deben realizar un mapeo de dependencias para identificar los sistemas que no pueden admitir de inmediato algoritmos PQC o reemplazos ECC. Esto incluye clientes heredados, dispositivos con recursos limitados y sistemas de proveedores que requieren actualizaciones antes de admitir nuevas primitivas criptogrƔficas.
La migración en sĆ suele realizarse por fases. Durante el perĆodo de transición, se utilizan configuraciones criptogrĆ”ficas hĆbridas para mantener la compatibilidad al tiempo que se introducen algoritmos PQC. La criptografĆa hĆbrida se refiere al uso combinado de algoritmos clĆ”sicos, como RSA o la criptografĆa de curva elĆptica, junto con algoritmos PQC en un Ćŗnico intercambio de protocolos, lo que garantiza la seguridad frente a adversarios tanto clĆ”sicos como cuĆ”nticos durante el perĆodo de migración.
Este enfoque permite que los sistemas sigan siendo interoperables mientras se validan e implementan gradualmente mecanismos resistentes a la computación cuĆ”ntica. Sin embargo, no se trata de una solución permanente. Es una estrategia transitoria diseƱada para garantizar la continuidad de la seguridad durante la migración, con el objetivo a largo plazo de adoptar plenamente la computación cuĆ”ntica probabilĆstica (PQC) a medida que el ecosistema madure.
Con el tiempo, a medida que el ecosistema se consolida, RSA se va eliminando progresivamente de los sistemas que requieren garantĆas de seguridad a largo plazo. En este contexto, RSA no estĆ” evolucionando hacia PQC, sino que se estĆ” retirando gradualmente a medida que los sistemas transitan hacia modelos criptogrĆ”ficos diseƱados para un panorama de amenazas computacionales diferente.
Limitaciones
- El documento NIST IR 8547 sigue siendo un borrador público inicial a fecha de esta actualización; las fechas de desuso de 2030 y de prohibición de 2035 para RSA y otros algoritmos vulnerables a la computación cuÔntica son propuestas, no definitivas, y pueden cambiar a medida que el NIST revise los comentarios públicos.
- Los hitos obligatorios de CNSA 2.0 (adquisiciones de nuevos sistemas de seguridad nacional que respalden CNSA 2.0 para 2027, eliminación gradual de equipos obsoletos para 2030, adopción obligatoria para 2031) se aplican directamente solo a los sistemas que respaldan las misiones de seguridad nacional de EE. UU.; las empresas comerciales no estÔn obligadas por CNSA 2.0, pero con frecuencia la utilizan como referencia para la planificación.
- Actualmente no existe ninguna computadora cuĆ”ntica relevante desde el punto de vista criptogrĆ”fico. Las estimaciones sobre cuĆ”ndo podrĆa existir una varĆan en la comunidad de seguridad, por lo que las evaluaciones de riesgo de recopilación de datos para su posterior descifrado deben basarse en cuĆ”nto tiempo deben permanecer confidenciales los datos protegidos, y no en una fecha especĆfica prevista para un avance tecnológico.
- Las configuraciones hĆbridas clĆ”sicas mĆ”s PQC aƱaden una sobrecarga computacional y de ancho de banda en comparación con los modos solo clĆ”sicos o solo PQC, lo que algunos sistemas limitados o heredados pueden no admitir todavĆa sin trabajo de ingenierĆa adicional.
Tabla de decisiones empresariales: ¿Qué hacer ahora mismo con RSA?
La respuesta adecuada a la exposición cuĆ”ntica de RSA depende del escenario de implementación, no de RSA como categorĆa Ćŗnica. La siguiente tabla relaciona escenarios empresariales comunes con una acción recomendada y un cronograma aproximado, basĆ”ndose en las fechas del borrador de NIST IR 8547 y los hitos de CNSA 2.0 que muchas empresas utilizan como referencia de planificación externa.
| Escenario | Acción sugerida | Ventana de prioridad |
|---|---|---|
| Los puntos finales TLS 1.2 siguen negociando el transporte de clave RSA (TLS_RSA_WITH_*) | Deshabilitar los conjuntos de cifrado de intercambio de claves RSA; exigir ECDHE o migrar a TLS 1.3, que elimina por completo el intercambio de claves RSA. | Inmediato a 12 meses |
| Nueva jerarquĆa de autoridad de certificación basada en PKI o desarrollo desde cero. | Problema con ECC (P-256 o P-384) hoy; certificados hĆbridos piloto a medida que madura el soporte del CA/Browser Forum y del proveedor. | Inmediato |
| Claves de firma de código o firmware de larga duración (periodo de confianza de mĆ”s de 5 aƱos) | Priorice la migración a la firma ML-DSA o hĆbrida RSA/ML-DSA; las firmas falsificadas en artefactos de larga duración presentan el perĆodo de exposición mĆ”s prolongado. | Ahora a travĆ©s de 2030 |
| Claves raĆz e intermedias de CA en jerarquĆas PKI existentes | Comience a mapear las dependencias y a planificar la reemisión; una raĆz comprometida invalida todos los certificados que se encuentran debajo de ella. | Desde ahora hasta 2030 y 2033 |
| Entornos HSM validados según FIPS 140-3 | Confirme que el firmware del HSM y la hoja de ruta del proveedor admiten los módulos ML-KEM y ML-DSA antes de exigir su uso en producción. | 12 al mes 24 |
| Autenticación de sesión de corta duración (inicio de sesión, tokens de API) | Menor prioridad inmediata; modernización a medida que el soporte ECC/PQC se convierta en estÔndar en los proveedores de identidad, ya que el riesgo de falsificación solo comienza una vez que existe una computadora cuÔntica. | 2027 a 2030 |
Cómo puede ayudar la consultorĆa de cifrado
La transición de RSA a PQC requiere mĆ”s que la simple selección de algoritmos. Depende de comprender cómo se implementa la criptografĆa en los sistemas, cómo se estructuran las dependencias y dónde existen riesgos operativos durante la migración. Es aquĆ donde Encryption Consulting ayuda a las organizaciones a pasar de la evaluación a la ejecución de forma controlada y con un enfoque en la gestión de riesgos.
Evaluación de PKI
La evaluación de PKI de Encryption Consulting es un proceso estructurado que analiza todo su entorno PKI desde las dimensiones tĆ©cnicas, operativas y de gobernanza. Comienza con el anĆ”lisis inicial: se mapea su arquitectura PKI actual en entornos locales, en la nube e hĆbridos para obtener una visión completa de lo que existe, cómo estĆ” configurado y dónde se conecta.
Esto incluye la validación de la jerarquĆa de la CA, la revisión de la plantilla de certificado, las prĆ”cticas de gestión de claves y una prueba integral de su infraestructura de revocación, verificando que las extensiones del Punto de Distribución de CRL (CDP) y del Acceso a la Información de la Autoridad (AIA) en los certificados emitidos apunten a respondedores y puntos de distribución que sean realmente accesibles desde los segmentos de red donde se validan los certificados.
MĆ”s allĆ” de la configuración, se utilizan talleres estructurados con las partes interesadas y sesiones de revisión de la arquitectura para comprender la realidad operativa. Estos debates suelen revelar deficiencias que no son visibles solo en la documentación, como polĆticas de infraestructura de clave pĆŗblica (PKI) existentes pero que no se aplican de forma consistente, respondedores del Protocolo de estado de certificados en lĆnea (OCSP) implementados pero no probados en condiciones reales, y plantillas de certificados que ya no se ajustan a los requisitos de seguridad actuales.
El resultado es un informe de anĆ”lisis de riesgos y deficiencias priorizado. Los hallazgos se clasifican por gravedad y se vinculan a acciones correctivas especĆficas, lo que proporciona a su equipo una hoja de ruta clara en lugar de una lista de verificación genĆ©rica.
Servicios de asesoramiento de PQC
Encryption Consulting ayuda a las organizaciones a lo largo de este proceso con servicios integrales de migración de PQC que abarcan el descubrimiento, la evaluación, la planificación, la validación y la implementación.
Nuestros servicios de asesoramiento en criptografĆa cuĆ”ntica ayudan a las organizaciones a identificar certificados, claves, algoritmos, protocolos y dependencias criptogrĆ”ficas en entornos de nube, aplicaciones, infraestructura, módulos de seguridad de hardware (HSM), repositorios de código fuente, contenedores, API y canalizaciones de integración y entrega continua (CI/CD). Gracias a esta visibilidad, evaluamos la exposición a criptografĆa vulnerable a ataques cuĆ”nticos, identificamos Ć”reas de remediación de alta prioridad y desarrollamos planes de migración basados āāen riesgos, alineados con los estĆ”ndares del NIST, los requisitos regulatorios y los objetivos comerciales.
MĆ”s allĆ” de la planificación, Encryption Consulting ofrece asistencia en la evaluación de la preparación de proveedores, la validación de pruebas de concepto, las pruebas de interoperabilidad, las implementaciones de criptografĆa hĆbrida, el diseƱo de arquitecturas PKI criptogrĆ”ficas Ć”giles y los programas de implementación a escala empresarial. Este enfoque estructurado permite a las organizaciones pasar de una visibilidad criptogrĆ”fica fragmentada a un programa de migración PQC gobernado, medible y sostenible.
CBOM seguro
Una transición exitosa a la era post-cuÔntica comienza con la visibilidad. CBOM Secure de Encryption Consulting proporciona descubrimiento e inventario continuos de activos criptogrÔficos en la infraestructura empresarial, entornos en la nube, aplicaciones y servicios criptogrÔficos.
A diferencia de un inventario puntual, CBOM Secure genera y consume continuamente listas de materiales criptogrÔficos (CBOM) mientras realiza un seguimiento de los certificados, las claves, los algoritmos y las dependencias criptogrÔficas en todo el entorno. Proporciona visibilidad sobre qué estÔ implementado, dónde se ejecuta y cómo evolucionan esas dependencias con el tiempo.
La plataforma respalda la gobernanza basada en polĆticas mediante la validación de configuraciones criptogrĆ”ficas conforme a los estĆ”ndares de la organización, la identificación de desviaciones y la detección de riesgos de seguridad, operativos y de cumplimiento. Para las organizaciones que se preparan para la migración a PQC, CBOM Secure ayuda a identificar los sistemas que dependen de algoritmos vulnerables a la computación cuĆ”ntica, a priorizar las medidas correctivas y a establecer la gobernanza criptogrĆ”fica continua necesaria para lograr la criptoagilidad a largo plazo.
Tanto si su organización inicia su transición a la era post-cuĆ”ntica como si amplĆa un programa de modernización criptogrĆ”fica ya existente, Encryption Consulting combina su experiencia en consultorĆa con soluciones a medida para ayudarle a descubrir activos criptogrĆ”ficos, evaluar la preparación para la migración y construir una base escalable y Ć”gil en criptografĆa para el futuro. Obtenga mĆ”s información sobre nuestros servicios de consultorĆa de PKI, PQC y CBOM Secure en encryptionconsulting.com o póngase en contacto con nuestro equipo para hablar sobre su estrategia de migración post-cuĆ”ntica.
Conclusión
PQC representa un cambio fundamental en los supuestos criptogrĆ”ficos, y RSA sigue siendo seguro Ćŗnicamente dentro de los lĆmites de la computación clĆ”sica. A medida que las organizaciones se preparan para esta transición, el desafĆo no se limita a reemplazar algoritmos, sino que tambiĆ©n implica extender la visibilidad y el control a travĆ©s de ecosistemas criptogrĆ”ficos complejos y distribuidos.
RSA seguirÔ existiendo durante algún tiempo en funciones de compatibilidad y para sistemas heredados, pero la estrategia criptogrÔfica a largo plazo se define cada vez mÔs por los requisitos de PQC, las alternativas ECC y las arquitecturas criptogrÔficas Ôgiles. El éxito en esta transición depende de un descubrimiento preciso, un inventario estructurado, un mapeo de dependencias y una ejecución de migración controlada.
Preguntas frecuentes
ĀæRSA es inseguro hoy en dĆa? No. RSA-2048 sigue siendo seguro frente a todos los ataques clĆ”sicos conocidos cuando se implementa correctamente con el relleno y la generación de claves adecuados. Su vulnerabilidad reside en las futuras computadoras cuĆ”nticas que ejecuten el algoritmo de Shor, no en ningĆŗn ataque clĆ”sico o cuĆ”ntico actualmente viable.
ĀæCuĆ”ndo deberĆamos dejar de usar RSA-2048 en nuevas implementaciones? Ahora, donde ya existen alternativas compatibles. ECC (P-256 o P-384) es un reemplazo clĆ”sico directo con claves mĆ”s pequeƱas y mejor rendimiento, y puede ejecutarse en modo hĆbrido con ML-KEM o ML-DSA donde exista compatibilidad con PQC. El cronograma preliminar de NIST IR 8547 propone la descontinuación de RSA-2048 despuĆ©s de 2030, lo que deberĆa funcionar como una fecha lĆmite estricta, no como un punto de partida.
ĀæQuĆ© reemplaza a RSA para el intercambio de claves y las firmas digitales? Para el intercambio de claves, actualmente se utiliza ECDHE, y ML-KEM (FIPS 203) a medida que madure la compatibilidad con PQC. Para las firmas digitales, actualmente se utilizan ECDSA o EdDSA, y ML-DSA (FIPS 204) para la resistencia cuĆ”ntica. Muchas empresas utilizan estos sistemas en modo hĆbrido durante la transición para protegerse simultĆ”neamente contra el riesgo clĆ”sico y el cuĆ”ntico.
Si ningĆŗn ordenador cuĆ”ntico puede descifrar RSA todavĆa, Āæpor quĆ© migrar ahora? Debido al riesgo de "recopilación inmediata, descifrado posterior": el trĆ”fico cifrado capturado hoy mediante el intercambio de claves RSA puede descifrarse retroactivamente una vez que exista un ordenador cuĆ”ntico capaz de ejecutar el algoritmo de Shor. Cualquier dato que deba permanecer confidencial durante aƱos, como historiales mĆ©dicos, secretos comerciales o material clasificado, queda expuesto hoy mismo, aunque aĆŗn no exista la capacidad de descifrado.
¿Aumentar el tamaño de la clave RSA a 4096 u 8192 bits resuelve el problema cuÔntico? No. El algoritmo de Shor factoriza enteros en tiempo polinomial independientemente del tamaño del módulo, por lo que las claves RSA mÔs grandes solo incrementan el coste de un ataque clÔsico, no el de un ataque cuÔntico. La única mitigación contra un adversario cuÔntico consiste en reemplazar por completo la familia de algoritmos, utilizando ECC como paso intermedio y PQC (ML-KEM, ML-DSA) como destino resistente a la computación cuÔntica.
Referencias
- NIST SP 800-57 Parte 1 Revisión 5, Recomendación para la gestión de claves: https://nvlpubs.nist.gov/nistpubs/specialpublications/nist.sp.800-57pt1r5.pdf
- NIST IR 8547 (Borrador pĆŗblico inicial, noviembre de 2024), Transición a los estĆ”ndares de criptografĆa post-cuĆ”ntica: https://csrc.nist.gov/pubs/ir/8547/ipd
- RFC 8446, Protocolo de seguridad de la capa de transporte (TLS) versión 1.3: https://www.rfc-editor.org/rfc/rfc8446
- Gidney y Ekera (2019), Cómo factorizar enteros RSA de 2048 bits en 8 horas usando 20 millones de cúbits ruidosos: https://arxiv.org/abs/1905.09749
- GuĆa de la NSA Commercial National Security Algorithm Suite 2.0 (CNSA 2.0): https://www.nsa.gov/Resources/Commercial-National-Security-Algorithm-Suite-2-0/
- TamaƱos de clave RSA, niveles de seguridad y equivalencia de algoritmos
- Supuestos de seguridad detrƔs de RSA
- ¿Por qué RSA sigue funcionando con los modelos de computación clÔsicos?
- Dónde se sigue utilizando RSA en los sistemas modernos
- Donde RSA genera exposición primero
- Limitaciones de rendimiento y escalabilidad
- CriptografĆa postcuĆ”ntica y la ruptura fundamental en RSA
- Ejemplo prƔctico: RSA-2048 en cifras concretas
- ¿Por qué RSA se estÔ convirtiendo en un algoritmo obsoleto?
- Migración post-cuÔntica en la prÔctica
- Limitaciones
- Tabla de decisiones empresariales: ¿Qué hacer ahora mismo con RSA?
- Cómo puede ayudar la consultorĆa de cifrado
- Conclusión
- Preguntas frecuentes
