Habla con un experto

Automatización SSL/TLS que llega hasta la instalación.

Diseñamos el flujo completo: inventario, emisión con ACME, validación, despliegue, recarga y comprobación. Para flotas mixtas, cloud, balanceadores y sistemas legacy, automatizar no es pulsar “renovar”; es construir una ruta controlada.

Diseño condicionado por la certificadora, el producto, la red y el destino de instalación.

Ruta completa de una renovación automatizada
Protocolo ACME
CLIENTEOrden + CSRCuenta vinculada
CONTROLHTTP-01 / DNS-01Prueba del dominio
CERTIFICADORAEmisiónCertificado + cadena
ACME termina aquí si el cliente no integra el despliegue
Operación local
DESTINOInstalar + recargarServidor, proxy, cloud
PRUEBAVerificar desde fueraNombre, cadena y vigencia
CICLO OBSERVABLE

La vigencia se acorta. El proceso manual deja de escalar.

Los requisitos del CA/Browser Forum reducen progresivamente la vigencia máxima de los certificados TLS públicos. El objetivo operativo no es renovar el último día, sino poder rotar de forma repetible, verificable y con margen de recuperación.

  1. 200 díasmáximo
  2. 100 díasmáximo
  3. 47 díasmáximo

ACME, explicado sin saltos.

Automatic Certificate Management Environment es el protocolo estandarizado en RFC 8555 para automatizar la verificación de control, la emisión y otras operaciones del ciclo de vida de certificados.

  1. 01
    Cuenta

    Identificar al cliente

    El cliente ACME crea o vincula una cuenta con la autoridad certificadora. En servicios empresariales suele intervenir External Account Binding (EAB).

  2. 02
    Orden

    Solicitar nombres

    El cliente crea una orden para los dominios o nombres que debe cubrir el certificado.

  3. 03
    Desafío

    Demostrar control

    La CA solicita una prueba de control. HTTP-01 publica un token web; DNS-01 publica un registro TXT.

  4. 04
    Emisión

    Finalizar la solicitud

    Tras validar el control y los requisitos del producto, el cliente envía la CSR y descarga el certificado y su cadena.

  5. 05
    Operación

    Instalar y comprobar

    El certificado se despliega, el servicio se recarga de forma segura y una comprobación externa confirma qué certificado está sirviendo.

HTTP-01

La CA comprueba un token bajo una ruta HTTP del dominio solicitado. Es directo cuando el cliente controla el servidor web y la ruta de validación llega sin interferencias.

Se complica con:redirecciones rígidas, balanceadores, múltiples backends o servicios sin exposición directa.

DNS-01

La CA comprueba un registro TXT en DNS. Permite validar wildcard y separar la prueba del servidor que terminará TLS.

Se complica con:APIs DNS sin permisos por zona, propagación, credenciales demasiado amplias o dominios repartidos entre proveedores.

El caso que los equipos técnicos realmente intentan resolver.

La conversación de r/sysadmin compartida por el usuario reúne el escenario que rara vez cabe en una demo: cientos de servidores Windows y Linux, appliances, varios dominios, servicios cloud, redes sin salida, stacks incompatibles y certificados con requisitos distintos.

Leer la discusión original
Sin salida a internetWindows + LinuxLoad balancersDNS sin permisos granularesSoftware legacyCloud administrado
¿Dónde debe vivir la automatización?

Cliente ACME junto al servicio

El endpoint genera la clave, responde el desafío, instala y recarga. Reduce el movimiento de claves y distribuye la operación.

Funciona bien cuando
el host puede salir, el DNS o HTTP es automatizable y el servicio tiene un plugin fiable.
Hay que controlar
credenciales por host, versiones del cliente, permisos de servicio, errores y renovación efectiva.

Emisión central y entrega segmentada

Un plano de control gestiona órdenes y validación; cada destino recibe o recupera solo el certificado que necesita.

Funciona bien cuando
los endpoints no tienen salida, el desafío DNS debe concentrarse o hay appliances sin cliente ACME.
Hay que controlar
custodia de claves, autenticación por destino, distribución, propiedad de archivos, recargas y radio de impacto.

Clases de destino, no una receta universal

Cloud y Kubernetes pueden renovar localmente; appliances y legacy pasan por un controlador; los servicios críticos conservan aprobación y ventana.

Funciona bien cuando
la flota es heterogénea y una única herramienta obligaría a ampliar permisos o mantener demasiadas excepciones.
Hay que controlar
inventario único, políticas coherentes, observabilidad común y procedimientos de reversión por clase.

Así lo buscan los técnicos

  • “enterprise ACME commercial CA”
  • “centralized certificate management no internet access”
  • “DNS-01 delegation least privilege”
  • “Windows Linux certificate automation”
  • “load balancer certificate rotation”
  • “certificate lifecycle management legacy systems”

Tres certificadoras, tres rutas empresariales.

Las tres parten de ACME, pero la administración, el alcance de las credenciales y las capacidades complementarias cambian. La comparación debe hacerse sobre el producto contratado y la arquitectura real, no solo sobre el nombre de la CA.

DigiCert

CertCentral y Trust Lifecycle Manager

ACME se configura con credenciales asociadas a un perfil de certificado y una URL de directorio regional.

  • Automatiza inscripción, renovación, reemisión y duplicado mediante ACME.
  • Admite clientes ACME compatibles y APIs para integraciones personalizadas.
  • La validación de dominio y, cuando corresponde, de organización no se omite por usar ACME.
  • La ruta administrada depende del producto contratado; DigiCert anunció la retirada de Managed Automation en CertCentral para el 1 de octubre de 2026 y orienta esa función a Trust Lifecycle Manager.
Cuándo considerar esta ruta

Encaja cuando la organización ya opera en el ecosistema DigiCert y necesita combinar perfiles, aprobaciones, clientes estándar o una plataforma CLM.

Documentación oficial
Sectigo

Sectigo Certificate Manager (SCM)

SCM ofrece endpoints ACME con cuentas que pueden acotarse por organización, departamento, dominios y perfil.

  • Sectigo Public ACME emite certificados Sectigo para los dominios autorizados.
  • Universal ACME permite trabajar con una autoridad ACME compatible, con la validación de dominio preparada según el flujo.
  • SCM combina ACME con APIs, descubrimiento e instalación mediante capacidades que dependen de la cuenta.
  • Los endpoints deben estar habilitados y la conexión del cliente usa los datos de la cuenta ACME creada en SCM.
Cuándo considerar esta ruta

Resulta útil cuando se necesita segmentar la inscripción por áreas o dominios y coordinar certificados públicos, privados o de distintos emisores desde SCM.

Documentación oficial
GlobalSign

Atlas ACME

El cliente se vincula a Atlas mediante EAB; desde allí puede solicitar certificados de confianza pública o privada habilitados para la cuenta.

  • Atlas utiliza una clave de API, una MAC key y el directorio ACME correspondiente.
  • La documentación confirma validaciones HTTP-01 y DNS-01; la compatibilidad concreta debe revisarse por producto.
  • El portal Atlas aporta visibilidad central sobre certificados, dominios validados y credenciales ACME.
  • Para excepciones que todavía no adoptan un flujo ACME completo, Atlas contempla validaciones de dominio fuera del cliente ACME.
Cuándo considerar esta ruta

Encaja cuando se busca combinar emisión ACME con visibilidad de Atlas y una transición gradual para sistemas que conservan excepciones.

Documentación oficial

La disponibilidad de certificados DV, OV o EV, validaciones, clientes, conectores y funciones administradas puede variar por cuenta, región, producto y fecha. Se confirma con la certificadora antes de diseñar el flujo.

Automatizar sin perder control.

La referencia de Entorno acierta en un punto operativo: no todos los certificados deben recorrer el mismo camino. Lo repetible se automatiza; lo crítico conserva políticas, comprobaciones y excepciones explícitas.

Leer el artículo de referencia
AutomatizarSupervisar o aprobar
Inventario y descubrimientoAlta de dominios y alcance
Alertas y renovación recurrenteOV, EV y cambios de CA
Despliegue en destinos conocidosServicios críticos y ventanas
Verificación de nombre y cadenaExcepciones legacy y terceros
Logs, estado y escalamientoReversión y respuesta a fallos

De inventario a renovación comprobada.

La implementación se diseña alrededor del punto de terminación TLS y de la política de claves. No se instala sobre producción sin accesos acordados, respaldo, prueba y procedimiento de reversión.

  1. 01

    Inventariar

    Dominios, certificados, emisores, propietarios, puntos TLS y criticidad.

  2. 02

    Clasificar

    Local, central o híbrido; público o privado; automático o supervisado.

  3. 03

    Conectar

    Cuenta ACME, EAB, perfiles, permisos DNS/HTTP y mínimo privilegio.

  4. 04

    Desplegar

    Formato, cadena, almacén de claves, permisos, recarga o reinicio coordinado.

  5. 05

    Verificar

    Certificado servido, SAN, vigencia, cadena, endpoint y salud del servicio.

  6. 06

    Operar

    Logs, alertas, responsables, reintentos, expiración y prueba periódica.

Preguntas antes de elegir una arquitectura.

Estas respuestas delimitan lo que ACME resuelve y lo que todavía debe diseñarse alrededor.

¿ACME guarda o distribuye mis claves privadas?

No necesariamente. La ubicación de la clave depende del cliente y de la arquitectura elegida. Siempre que el entorno lo permita, conviene generar la clave en el punto donde se utilizará y evitar transportarla. Si la emisión es centralizada, hay que diseñar custodia, cifrado, acceso y distribución de forma explícita.

¿ACME sirve para certificados OV o EV?

El protocolo puede formar parte del flujo, pero no elimina la validación de identidad ni las políticas del emisor. La disponibilidad de cada tipo de certificado, sus aprobaciones y su nivel de automatización deben confirmarse con la certificadora y el producto contratado.

¿DNS-01 obliga a dar acceso total al DNS?

No debería. Una integración segura usa credenciales de mínimo privilegio, separación por zona o delegación de la validación cuando el proveedor DNS y la arquitectura lo permiten. Si no existe granularidad suficiente, conviene centralizar el desafío o cambiar el diseño antes de distribuir credenciales amplias.

¿Qué ocurre con appliances o servidores sin salida a internet?

Suelen requerir una arquitectura centralizada o híbrida: un componente autorizado se comunica con la CA y los endpoints reciben o recuperan únicamente el material que les corresponde. La instalación, autenticación, recarga y confirmación deben resolverse para cada tipo de destino.

¿La renovación automática evita todas las caídas?

No. También pueden fallar la validación DNS o HTTP, la emisión, la distribución, el formato, la cadena, los permisos o la recarga. Una automatización completa verifica el certificado realmente servido, registra el resultado y escala el fallo antes del vencimiento.

Cuéntanos dónde termina TLS hoy.

Para evaluar la automatización necesitamos conocer dominios, certificadora actual, destinos de instalación, acceso saliente, proveedor DNS, criticidad y restricciones legacy. Con eso podemos proponer una ruta verificable sin prometer compatibilidad antes de revisar el entorno.

Solicitar evaluación técnica