Dos nuevos conectores de CA: integra GlobalSign y EJBCA en Sectigo Certificate Manager

Sectigo Certificate Manager (SCM) ahora se conecta a dos autoridades de certificación más: GlobalSign y EJBCA. Los nuevos conectores de CA de Sectigo reúnen los certificados en los que ya confías en un único inventario, un único conjunto de políticas y un único modelo de automatización, junto con el resto de tu parque de certificados.

Un mayor número de CA garantiza la disponibilidad integrada

Las autoridades de certificación (CA) rara vez aparecen en los titulares, y precisamente por eso tantas organizaciones tratan a su CA como un punto fijo de su infraestructura en lugar de como una dependencia que puede fallar. La reciente situación de eMudhra demuestra lo rápido que se puede poner a prueba esa suposición. El 17 de octubre de 2026, un investigador informó de un problema que afectaba a ocho de las autoridades intermedias de eMudhra, y Chrome bloqueó las seis utilizadas para TLS esa misma noche. En cuestión de días, Chrome anunció que dejaría de confiar en la raíz ECC G3 de eMudhra a partir del 27 de octubre, y el 22 de octubre, eMudhra anunció que su consejo de administración había decidido retirarse del negocio global de certificados SSL/TLS. eMudhra estima que hay que migrar unos 30 000 certificados, lo que significa que miles de titulares de certificados se enfrentan ahora a un proyecto de sustitución no planificado según el calendario de otra entidad.

La lección no se refiere a un único proveedor. Se trata de que los programas de raíces de los navegadores pueden actuar en cuestión de horas y, cuando lo hacen, cada certificado vinculado a una jerarquía afectada se convierte de repente en un riesgo, independientemente del cuidado con el que su titular lo haya gestionado. Las organizaciones que dependen de una única autoridad de certificación (CA) no tienen ningún plan de contingencia en ese momento: deben encontrar, evaluar e incorporar a un nuevo proveedor, al tiempo que localizan todos los certificados afectados y los sustituyen antes de que comiencen las interrupciones del servicio. A medida que la vigencia de los certificados se reduce a 47 días, el margen de tiempo entre «esto es un problema» y «esto es una interrupción del servicio» no hace más que acortarse, y los procesos manuales con un único proveedor simplemente no pueden absorber ese tipo de impacto.

Una estrategia con múltiples CA convierte una crisis en un cambio rutinario. Al mantener relaciones con más de una CA de confianza, tener una CA de respaldo preautorizada (incluida en los registros CAA de tu DNS, para que pueda emitir certificados para tus dominios de forma inmediata) y gestionar los certificados a través de una plataforma de gestión del ciclo de vida independiente de las CA, las organizaciones pueden redirigir la emisión y las renovaciones sin tener que reconstruir sus procesos desde cero. En combinación con una visibilidad completa de los certificados y la renovación automatizada, la redundancia de CA significa que, cuando se produzca el próximo incidente de falta de confianza —y, en un ecosistema de confianza pública con docenas de CA, tarde o temprano ocurrirá—, su respuesta consistirá en un cambio de configuración en lugar de un simulacro de emergencia.

Por eso Sectigo ofrece ahora aún más conectores de CA, para que puedas utilizar Sectigo Certificate Manager para gestionar todos los certificados.

GlobalSign: todos los certificados públicos, gestionados desde un único lugar

El conector de CA de Sectigo para GlobalSign integra tus certificados de GlobalSign en SCM. Tu equipo puede buscarlos, emitirlos, renovarlos y revocarlos siguiendo los mismos flujos de trabajo que con cualquier otro certificado público que gestiones.

Con GlobalSign en SCM, puedes:

• Gestionar un único CLM para todas las CA públicas: GlobalSign, Sectigo y otros certificados públicos se agrupan en un único inventario, con controles claros de propiedad y políticas.
• Automatizar para acortar los ciclos de vida: los flujos de trabajo uniformes sustituyen a los procesos de renovación específicos de cada CA, diseñados para volúmenes de certificados cada vez mayores.
• Mantener la flexibilidad entre las CA: conserva las relaciones existentes con las CA, con la opción de cambiar la emisión de determinados certificados cuando cambien tus necesidades.

Esa flexibilidad es fundamental cuando surge un problema. Si un cambio en la CA le obliga a actuar, puede trasladar la emisión a otra CA pública sin interrumpir las operaciones ni tener que reconstruir sus flujos de trabajo. Si prefiere actuar según su propio calendario, puede realizar la transición de la emisión seleccionada a su propio ritmo, manteniendo la visibilidad en ambos entornos.

EJBCA: mantén tu PKI privada, prescinde de la segunda herramienta CLM

Muchos equipos gestionan EJBCA en una herramienta y los certificados TLS/SSL públicos en otra. Eso supone dos consolas, dos conjuntos de políticas, dos procesos de renovación y dos contratos que justificar. Los informes nunca coinciden del todo.

El Sectigo CA Connector para EJBCA integra tus certificados privados emitidos por EJBCA en SCM. Tu jerarquía de EJBCA permanece exactamente igual. Lo que cambia es cómo visualizas, automatizas y gestionas esos certificados:

• Un único CLM para certificadospúblicos y privados: certificados EJBCA y TLS públicos en un único inventario, bajo un único conjunto de políticas, con una propiedad, un estado y unos informes claros.
• Renovaciones basadas en políticas: inscríbete a través de los protocolos que ya utilizas y renueva según las políticas, no según los recordatorios.
• Gobernanza con pruebas: políticas coherentes y registros de auditoría completos en todo su entorno.

Para los equipos de PKI, esto supone ventajas prácticas. Los certificados para servidores, dispositivos y flujos de trabajo de DevOps pueden emitirse y renovarse automáticamente. Obtienes una visión actualizada de los certificados EJBCA y los tipos de claves, de modo que los cambios de algoritmo, incluida la transición a la criptografía poscuántica, se basan en datos reales. Y puedes modernizar sin necesidad de migrar: automatiza EJBCA hoy mismo, con la opción de trasladar las cargas de trabajo a otras autoridades de certificación cuando estés preparado.

Por qué una segunda CA es un seguro, no un gasto adicional

Añadir otra CA a su parque de certificados puede parecer más trabajo: otra relación, otro conjunto de certificados, otra cosa más que controlar. En la práctica, funciona como un seguro. Uno espera no necesitarlo nunca, pero cuando llega el momento, marca la diferencia entre un cambio planificado y una situación de pánico.

Las CA operan bajo requisitos del sector estrictos y en constante evolución, y dichos requisitos se hacen cumplir. Cuando se pierde la confianza en una CA, o esta tiene que revocar certificados con poca antelación, sus clientes pueden verse obligados a sustituir un gran número de certificados en un plazo que no han elegido. Los equipos que ya cuentan con una segunda CA conectada, inventariada y automatizada simplemente redirigen la emisión. Los equipos con una sola CA empiezan desde cero, bajo presión.

Esa garantía cobra más valor cada año, porque la PKI está cambiando más rápido que nunca:

• Vida útil más corta: a medida que la validez pública de TLS se acerca a los 47 días para 2029, los certificados se renuevan aproximadamente ocho veces al año. Una interrupción en una CA afecta ahora a las renovaciones en cuestión de días, no de meses.
• Más identidades de máquinas: los servidores, los dispositivos, las cargas de trabajo y los agentes de IA dependen todos de los certificados, por lo que un único punto de fallo afecta a una parte mayor del negocio que nunca.
• La transición poscuántica: las CA adoptarán nuevos algoritmos y estándares en plazos diferentes. Con más de una CA, puedes avanzar al ritmo que requiera tu plan, en lugar de esperar a una única hoja de ruta.
• Cambios frecuentes en las normas: las actualizaciones del CA/Browser Forum y del programa de raíces se producen con regularidad. La redundancia te permite mantener abiertas tus opciones a medida que cambian los requisitos.

La principal razón por la que los equipos evitan una estrategia con varias CA es la gestión adicional que supone, y eso es precisamente lo que eliminan los nuevos conectores. Con todas las CA en SCM, una segunda CA no implica una segunda consola.

Para los certificados públicos, mantén GlobalSign y añade Sectigo como segunda CA pública. Así evitas la dependencia de una única CA y puedes transferir la emisión entre CAs sin necesidad de reestructurar el sistema.

Para los certificados privados, combina EJBCA con la CA privada de Sectigo, que se ejecuta de forma nativa en SCM. Sectigo la aloja y gestiona, por lo que añades resiliencia sin necesidad de añadir infraestructura que mantener.

Ambas CA funcionan en paralelo bajo un único inventario, un único marco normativo y un único flujo de trabajo automatizado. La protección está garantizada desde el primer día, y tú decides cuándo y en qué medida realizar la transición.

Una plataforma para todos los certificados en los que confías

Los conectores de GlobalSign y EJBCA amplían las funciones para las que se diseñó SCM:

• Independiente de la CA por diseño: gestiona certificados de Sectigo, GlobalSign, EJBCA, otras CA públicas y CA privadas en una única plataforma.
• Un ciclo de vida unificado de los certificados: aplica una automatización, unas políticas y una gobernanza coherentes en entornos públicos y privados.
• Preparado para el cambio de CA: añade, sustituye o realiza la transición entre CA sin necesidad de reconstruir los procesos operativos.
• Simplicidad a gran escala: gestiona duraciones más cortas, estándares en constante evolución y la transición poscuántica desde un único lugar.

Incorpora todas las CA a un único ciclo de vida

Los conectores de Sectigo para GlobalSign y EJBCA ya están disponibles. Para saber cómo se adaptan a tu entorno, ponte en contacto con un experto de Sectigo en [email protected] o explora todas las integraciones de SCM en sectigo.com/es/soluciones-para-empresas/gestor-de-certificados/integraciones.