Puntos clave
- La vigencia de los certificados se reducirá de 398 a 47 días para marzo de 2029, y la «reutilización de la validación de dominio» se reducirá a tan solo 10 días, lo que hará que la renovación manual quede obsoleta y que sea necesaria la gestión automática del ciclo de vida de los certificados (CLM).
- Ya se están llevando a cabo operaciones del tipo «Harvest Now, Decrypt Later» (recoger ahora, descifrar más tarde) para almacenar datos con una vida útil prolongada con vistas a su futuro descifrado mediante ordenadores cuánticos, lo que supone una amenaza inmediata para los datos confidenciales cifrados que se conservan a largo plazo.
- El inventario de certificados y claves criptográficas es lo más crucial que las empresas deben empezar a crear ahora mismo, ya que un inventario continuo y automatizado es el primer paso hacia la ciberresiliencia y la agilidad criptográfica a largo plazo.
El problema que se esconde tras bambalinas
La mayoría de las redes empresariales modernas se basan en una capa oculta compuesta por certificados digitales y criptografía que la mayoría de la gente nunca ve. Esta capa verifica la confianza de las máquinas y protege los flujos de datos, pero dado que las identidades de las máquinas superan ahora a las identidades humanas en una proporción de más de 80 a 1 en la empresa media, según el estudio de CyberArk sobre identidades de máquinas, puede resultar fácil subestimar la importancia de la capa criptográfica y de certificados.
Una forma útil de concebir un certificado digital es como una tarjeta de identificación para una máquina. Si la tarjeta es válida, las puertas se abren automáticamente y nadie le da importancia, pero en el momento en que la tarjeta caduca o está mal configurada, la puerta deja de abrirse, independientemente de lo legítima que sea la máquina que hay detrás. Un solo certificado caducado puede dejar inoperativos sitios web, interrumpir las API que permiten que las aplicaciones se comuniquen entre sí, interrumpir transacciones y provocar incumplimientos normativos, todo ello mientras se erosiona la confianza de los usuarios.
Durante años, las organizaciones han gestionado los certificados manualmente, pero dos cambios van a hacer que sea imposible seguir el ritmo de forma manual. En primer lugar, la vigencia máxima de los certificados públicos de Seguridad de la Capa de Transporte (TLS), el protocolo que protege tu navegador, se reducirá a tan solo 47 días para 2029. En segundo lugar, la llegada eventual de ordenadores cuánticos lo suficientemente potentes como para descifrar el cifrado actual está obligando a una transición hacia la criptografía poscuántica. Ambas cuestiones apuntan a la misma solución: un enfoque de la gestión del ciclo de vida de los certificados (CLM) regulado, automatizado y criptográficamente ágil.
La hoja de ruta detrás de la reducción de la vigencia de los certificados
El plazo de vigencia de los certificados TLS públicos lleva una década reduciéndose. A principios de 2023, Google publicó por primera vez su hoja de ruta «Moving Forward, Together», que proponía reducir la validez de los certificados de 398 días a 90 días con la esperanza de impulsar la automatización en el sector. Apple aceleró ese plazo en octubre de 2024 al presentar un borrador de votación al CA/Browser Forum, el organismo del sector en el que las autoridades de certificación y los fabricantes de navegadores establecen normas comunes. La propuesta de Apple, respaldada por Sectigo, Google Chrome y Mozilla, se aprobó en abril de 2025 como la votación SC-081v3.
Esta reducción se lleva a cabo por fases. El máximo anterior de 398 días ya se ha reducido a 200 días a partir de marzo de 2026, pasando a 100 días en marzo de 2027 y, finalmente, a 47 días en marzo de 2029. En la práctica, una organización que actualmente renueva cada certificado aproximadamente una vez al año pronto tendrá que renovarlos cada mes y medio, más o menos; en la fase final, cualquier proceso que dependa de que una persona solicite e instale manualmente los certificados fallará.
Los fabricantes de navegadores están impulsando estos plazos de validez más cortos para forzar la automatización, lo que elimina el error humano que, en primer lugar, provoca la mayoría de las interrupciones en los certificados. Además, permiten que toda la web adopte nuevos estándares criptográficos en cuestión de semanas en lugar de años, ya que los certificados antiguos quedan obsoletos rápidamente. Asimismo, contribuyen a reducir la dependencia de los sistemas de revocación heredados, que adolecen de problemas de rendimiento y privacidad. Por último, si alguna vez se descalifica un registro de transparencia de certificados (un registro público de los certificados emitidos), los certificados de corta duración reducen drásticamente el número de registros que deben sustituirse con poca antelación.
La crisis de la validación
Aunque el límite de 47 días acapara titulares y atención, el cambio más disruptivo puede ser lo que ocurra con la validación del control de dominio (DCV). La DCV es el proceso de demostrar a una autoridad de certificación (CA) que controlas el dominio para el que solicitas un certificado. Históricamente, una vez que una organización demostraba la propiedad, la CA podía reutilizar esa prueba durante un máximo de 398 días, pero según la norma SC-081v3, el plazo de reutilización se reduce a 200 días en 2026 y a tan solo 10 días en marzo de 2029.
Esto genera un verdadero desequilibrio, ya que incluso una organización que automatice por completo la instalación de certificados se verá paralizada si no puede volver a demostrar la titularidad del dominio cada 10 días. Cualquier retraso en la validación detiene todo el proceso de emisión y conduce directamente a interrupciones del servicio.
La solución práctica a este problema es adoptar el protocolo ACME (Automatic Certificate Management Environment) con validación automatizada mediante la API DNS-01, de modo que la demostración de la titularidad se realice mediante programación, en lugar de depender de una persona.
La amenaza cuántica y su cronología
Mientras que la vigencia de los certificados se reduce, los algoritmos que contienen se enfrentan a una amenaza cuántica. La infraestructura de clave pública (PKI) tradicional se basa en la criptografía asimétrica para proteger las firmas digitales, los intercambios de claves y las conexiones TLS. Un ordenador cuántico lo suficientemente potente que ejecute el algoritmo de Shor podría romper estos sistemas por completo. Esperar a que la computación cuántica sea lo suficientemente potente como para descifrar no es una opción viable; tal y como ha escrito Vidya Shankaran, directora técnica de campo de Commvault: «La fecha exacta del Q-Day puede seguir siendo incierta. La dirección en la que nos movemos, no lo es».
Las estimaciones sitúan el Q-Day —el momento en el que un ordenador cuántico podrá romper el cifrado de clave pública— en algún momento de los próximos 5 a 10 años. Sin embargo, sería un error considerar esto como un problema futuro. Los actores maliciosos ya están llevando a cabo operaciones del tipo «Recoger ahora, descifrar después» (HNDL), interceptando y almacenando tráfico cifrado hoy mismo con la intención de descifrarlo una vez que la computación cuántica haya madurado. Los datos que deben permanecer confidenciales durante años, como los historiales médicos, la propiedad intelectual y la información financiera, quedan efectivamente expuestos en el momento en que se recopilan.
El Gobierno federal de EE. UU. ha respondido en consecuencia: en junio de 2026, la Casa Blanca emitió la Orden Ejecutiva 14412, «Protección de la nación frente a ataques criptográficos avanzados», que establece plazos muy por delante del objetivo original del NIST para 2035: los sistemas federales de alto valor deben adoptar el establecimiento de claves poscuánticas antes de finales de 2030 y las firmas digitales poscuánticas antes de finales de 2031.
A pesar de esta urgencia, el progreso real hacia la criptoagilidad a nivel empresarial ha sido lento. El informe «DigiCert Quantum Readiness Outlook» reveló que más de la mitad de las organizaciones encuestadas prevén que el cifrado asimétrico clásico se vea vulnerado en un plazo de cinco años; sin embargo, solo el 7 % ha implantado criptografía a prueba de cuántica o híbrida en su parque de certificados, y el nivel de Readiness general solo mejoró en 2 puntos porcentuales durante el último año.
¿Por qué es importante la «criptoagilidad»?
El puente más práctico entre la criptografía clásica y la poscuántica es el certificado compuesto híbrido, que combina un algoritmo clásico (RSA o ECC) con un algoritmo poscuántico (ML-DSA, el esquema de firma estandarizado basado en retículas) dentro de un único certificado X.509. La combinación de ambos en un único certificado está diseñada para que este sea válido mientras lo sea cualquiera de los algoritmos, lo cual es esencial, ya que los algoritmos poscuánticos son nuevos y aún no han sobrevivido a innumerables intentos de ataque como lo ha hecho el RSA.
Sin embargo, las claves y firmas poscuánticas ocupan varios kilobytes en lugar de unos pocos cientos de bytes, lo que aumenta la latencia de la red, conlleva el riesgo de fragmentación de paquetes durante el protocolo de enlace TLS y añade una sobrecarga computacional que puede requerir actualizaciones de hardware en dispositivos con recursos limitados. Precisamente por eso es importante la «criptoagilidad»: las organizaciones necesitan poder probar, implementar y rotar algoritmos sin tener que reconfigurar su infraestructura subyacente cada vez que evolucionan los estándares.
Gestión automatizada del ciclo de vida de los certificados
La gestión manual de certificados no solo es ineficaz, sino que supone un auténtico riesgo operativo. Cuando los certificados se almacenan en hojas de cálculo fuera del campo de visión, las organizaciones pierden visibilidad, y el resultado son credenciales caducadas, tamaños de clave insuficientes, algoritmos de firma obsoletos y configuraciones no conformes que nadie detecta hasta que algo falla. Las interrupciones del servicio resultantes pueden confundir a los usuarios, interrumpir los ingresos y recaer sobre el equipo menos preparado para explicarlas.
Una plataforma completa de gestión del ciclo de vida de los certificados (CLM) aborda este problema a lo largo de toda la vida útil de un certificado:
- Detección: análisis continuo de entornos en la nube, centros de datos, contenedores y dominios externos para localizar todos los certificados en uso.
- Supervisión: seguimiento en tiempo real de las fechas de caducidad, los algoritmos, la solidez de las claves y el cumplimiento de la política de seguridad.
- Validación: utiliza la integración directa mediante API con autoridades de certificación (CA) públicas y privadas, al tiempo que automatiza la validación y las aprobaciones de dominios.
- Instalación: implementación de certificados y claves renovados de forma programada a través de ACME o API seguras, sin traspasos manuales.
- Revocación: es necesario llevar a cabo una revocación rápida y basada en políticas, de modo que un certificado comprometido pueda rotarse o revocarse en todas partes a la vez, en lugar de tener que buscarlo máquina por máquina.
La fase de detección también esconde una ventaja: el inventario de certificados que mantiene una plataforma CLM es, en efecto, el punto de partida del inventario criptográfico que requiere la planificación de la migración poscuántica, lo que puede convertir una tarea de cumplimiento normativo en una ventaja inicial.
Identidades no humanas e IA agentiva
El problema de la escala se ve agravado por la forma en que se construyen las aplicaciones modernas. Los contenedores, los pods de Kubernetes, las máquinas virtuales, los dispositivos del Internet de las cosas (IoT) y las API necesitan sus propias credenciales, y muchas de estas cargas de trabajo solo existen durante minutos u horas antes de terminarse. Ningún equipo humano puede emitir y retirar certificados a esa velocidad.
Para seguir este ritmo vertiginoso, se pueden utilizar agentes de IA que descubran, emitan, renueven y gestionen certificados de forma autónoma, sin salirse de los límites establecidos, como las políticas de seguridad, el control de acceso basado en roles (RBAC) y los registros de auditoría centralizados. El resultado es una automatización a la velocidad de las máquinas sin renunciar a la gobernanza empresarial.
Por dónde empezar
- El primer paso hacia la «criptoagilidad» y la resiliencia en toda la empresa es de carácter organizativo, más que técnico. Siguiendo las directrices del NIST, las empresas deben crear un equipo central de servicios de identidad de máquinas que se encargue de la plataforma CLM, estandarice las plantillas de certificados y mantenga las integraciones con las autoridades de certificación (CA) públicas y privadas. A su vez, los responsables de aplicaciones individuales y los equipos de DevOps deben encargarse de integrar las renovaciones automatizadas en sus propios flujos de implementación, utilizando la plataforma central como un servicio compartido. Esta división mantiene la coherencia en la gobernanza al tiempo que elimina los traspasos manuales que provocan interrupciones del servicio.
- Las organizaciones deberían sustituir ya las técnicas y los flujos de trabajo de validación manuales por ACME y la validación automatizada DNS-01, mucho antes de que llegue el plazo de 10 días para la validación de dominio (DCV), al tiempo que van eliminando progresivamente todos los procesos manuales de renovación y validación.
-
-
- Paralelamente, las organizaciones deben realizar un inventario completo de sus activos criptográficos para detectar claves codificadas de forma fija, algoritmos obsoletos y rutas de confianza de larga duración que protejan los datos sensibles.
- La preparación poscuántica debe comenzar en un entorno controlado, en lugar de en producción. Debe crearse un laboratorio de pruebas dedicado que permita a los equipos probar certificados compuestos híbridos y actualizaciones «criptoágiles» en un entorno de pruebas. Al desarrollar aplicaciones sobre bibliotecas criptográficas modulares conectadas a una plataforma CLM dinámica, las empresas pueden alcanzar una verdadera «criptoagilidad»: la capacidad de rotar claves, cifrados y algoritmos en toda su infraestructura a medida que cambian los estándares, sin necesidad de reconstruir el sistema.
-
El hilo conductor que une todas las recomendaciones es el inventario. La fase de detección de una plataforma CLM no es una tarea rutinaria previa a la solución real; es la misma disciplina que las organizaciones necesitarán en todas las capas de la Readiness cuántica. Los certificados son identidades no humanas, y las mismas preguntas se aplican a las cuentas de servicio, los agentes de IA, las dependencias de código abierto y los algoritmos ocultos en el código de las aplicaciones: ¿qué tenemos, qué protege y qué parte de ello es más importante para el negocio?
Las organizaciones que desarrollen ahora esa capacidad de inventario, empezando por los certificados, encontrarán que el resto de la transición resulta mucho menos abrumadora, ya que la priorización se convierte en un cálculo en lugar de una suposición. Considerar los próximos años como un periodo de planificación en lugar de un periodo de gracia ayudará a las organizaciones a realizar esta transición según sus propios términos, en lugar de dejar que una interrupción del servicio tome la decisión por ellas.
Caitlin Dodson es becaria de verano de 2026 en FCTO – Américas, en Commvault.


