Saltar al contenido

Comprobador de certificados SSL

SSL Certificate Checker

Se conecta a un servidor, muestra la cadena que entrega, la caducidad, el protocolo y los cifrados admitidos, y señala los eslabones que faltan.

Se conecta a un host por TLS e informa de lo que de verdad le sirvieron: la cadena de certificados de la hoja a la raíz, los días que le quedan a cada uno, las versiones de protocolo que el servidor acepta y las que no, y el cifrado que negoció. Cada hallazgo sale de un apretón de manos real y no de una base de datos.

☁️ Usa nuestro servidorssltlscertificatesecurity

Nuestro servidor hace esta solicitud por ti. Solo se le envía el nombre de host: ninguna de tus cookies ni tu sesión iniciada viaja con ella. El servidor solo se conecta a direcciones públicas y rechaza las privadas e internas.

El puerto 443 por defecto. Se aceptan los otros puertos en los que la conexión empieza por TLS — 8443, 465, 993, 995, 636 y 853 — y ninguno más. El nombre de host se envía con SNI, así que una IP compartida sigue devolviendo el certificado correcto.

Cómo se usa

  1. Escribe el host, con un puerto si no es el 443

    example.com, o example.com:8443. Los puertos que empiezan en TLS de inmediato — 8443, 465, 993, 995, 636, 853 — funcionan todos; los puertos STARTTLS como el 587, no.

  2. Lee el veredicto, luego los hallazgos

    El veredicto es un resumen de los hallazgos de abajo, cada uno etiquetado como bien, nota, precaución o problema. El vencimiento dentro de treinta días y una cadena incompleta son los dos que más a menudo importan.

  3. Revisa el orden de la cadena, no solo la hoja

    La cadena se muestra en el orden en que el servidor la envió. Un servidor que omite su intermedio funciona en Chrome, que descarga el que falta, y falla en curl y en Android viejo: una clase de fallo que parece «en mi máquina funciona» durante semanas.

  4. Mira qué versiones de protocolo se aceptan

    Cada versión se prueba en su propia conexión, así que la fila es un hecho sobre el servidor, no una inferencia. Que se acepten TLS 1.0 y 1.1 es un hallazgo sobre el que vale la pena actuar; el RFC 8996 los declaró obsoletos.

Preguntas frecuentes

Dice que el certificado es válido pero mi navegador se queja

Normalmente es la cadena, el nombre o el reloj. Comprueba que se sirva el intermedio, que el host que escribes esté en la lista SAN — los navegadores ignoran el CN por completo — y que la fecha del dispositivo sea correcta. Un dispositivo con el reloj mal rechaza certificados perfectamente buenos.

¿Puedo comprobar un servidor interno?

No. La conexión sale desde nuestro servidor, y el carril saliente rechaza direcciones privadas y de loopback. Para un host interno, openssl s_client -connect host:443 -servername host te da la misma cadena en local.

¿Por qué una IP compartida sigue devolviendo el certificado correcto?

Porque el nombre de host se envía como SNI durante el apretón de manos, que es como el servidor sabe qué certificado presentar. Esa es también la razón por la que aquí no se puede comprobar una dirección IP sola.

¿Comprueba la revocación?

No. No se consultan OCSP ni CRL, así que un certificado revocado pero no vencido se lee aquí como válido. Es un límite real: lo que esto muestra es lo que el servidor sirvió y si la cadena y las fechas se sostienen.

Puede recibir de

Después

Estas aceptan lo que produce esta herramienta, así que el resultado puede pasar directamente.