La factorización de una clave RSA de 896 bits (RSA-896) es un recordatorio de que la criptografía asimétrica basada en la dificultad de factorizar números enteros tiene fecha de caducidad si no somos rigurosos con las longitudes de clave. Este avance, logrado mediante el algoritmo General Number Field Sieve (GNFS), reduce drásticamente la distancia teórica que protege a las claves RSA de 1024 bits, todavía presentes en muchos entornos corporativos y dispositivos embebidos.
La distancia menguante entre RSA-896 y RSA-1024
El esfuerzo computacional para romper RSA-896 ya no requiere supercomputadores gubernamentales inaccesibles; hoy en día se puede coordinar con clústeres de cómputo en la nube utilizando hardware comercial y optimizaciones algorítmicas avanzadas. Aunque duplicar la longitud de la clave aumenta la dificultad de forma exponencial, la distancia matemática entre 896 y 1024 bits es estrecha. Cualquier actor con recursos financieros moderados y acceso a la nube puede apuntar hoy a vulnerar claves RSA-1024.
Si bien los navegadores web modernos y las entidades de certificación (CA) públicas de confianza ya exigen longitudes de clave mínimas de 2048 bits (e idealmente 4096), el riesgo real reside en los entornos internos. En auditorías de seguridad bajo marcos como ISO 27001 o PCI-DSS, es habitual encontrar sistemas heredados que siguen operando con algoritmos obsoletos.
Dónde se esconden las claves inseguras en tu infraestructura
El peligro no suele estar expuesto en tu frontend público de cara a internet, sino en los sótanos de la red local. Es prioritario auditar los siguientes puntos críticos:
- Dispositivos de red e IoT: Switches, routers y sistemas de almacenamiento NAS antiguos que utilizan certificados autofirmados de 1024 bits para sus consolas de administración web (HTTPS).
- Claves de host y de usuario SSH: Claves de tipo
ssh-rsaantiguas generadas hace años que nunca se rotaron y que siguen activas en archivosauthorized_keys. - PKI interna y certificados de Active Directory: Autoridades de certificación internas de Windows que se configuraron con plantillas antiguas que permiten la emisión de certificados de baja longitud de clave.
- Tokens de federación y JWT: Sistemas de autenticación antiguos que firman tokens de sesión con algoritmos obsoletos.
Cómo auditar y migrar de forma inmediata
La mitigación pasa por un inventario activo y una política estricta de endurecimiento. El primer paso es auditar las claves de tu entorno. Puedes utilizar herramientas como ssh-keyscan combinadas con scripts de análisis para identificar la longitud y algoritmo de todas las claves SSH autorizadas en tus servidores.
En las configuraciones de SSH (/etc/ssh/sshd_config), deshabilita explícitamente el soporte para firmas ssh-rsa heredadas y fuerza el uso de curvas elípticas configurando PubkeyAcceptedKeyTypes para que acepte únicamente algoritmos modernos como ssh-ed25519 o, en su defecto, ecdsa-sha2-nistp256.
Para la infraestructura de clave pública (PKI) interna, ajusta las políticas de la CA para rechazar cualquier solicitud de firma de certificado con claves inferiores a RSA-3072. Siempre que el software de destino lo soporte, prioriza la migración de tus certificados internos hacia ECDSA utilizando la curva P-256 o P-384, lo que reduce el tamaño de las claves y el consumo de CPU al tiempo que eleva la barrera criptográfica frente a ataques de factorización.
Comentarios