BrowserTools
Inicio / Redes / Comprobador SSL

Comprobador SSL

Comprueba el certificado SSL/TLS de una web: quién lo emitió, cuándo caduca y si los navegadores confiarán en él.

Cargando Comprobador SSL… Si no ocurre nada, activa JavaScript.

Todas las webs HTTPS presentan un certificado durante el handshake TLS. Ese certificado vincula el nombre del sitio a una clave pública y está firmado por una autoridad de certificación (CA) en la que los navegadores ya confían. Cuando algo falla, el certificado caducó anoche, el servidor olvidó enviar el certificado intermedio o el nombre del certificado no coincide con el dominio, los visitantes ven un aviso de seguridad a pantalla completa y la mayoría se va. Este comprobador SSL se conecta al servidor igual que un navegador y te muestra exactamente lo que presenta.

Ejemplos

Entrada example.com
Salida Trusted chain · Name matches · 54 days left · EC 256 bit · TLSv1.3

Un certificado sano: todas las comprobaciones pasan.

Entrada a site serving only its leaf certificate
Salida Not trusted: the intermediate certificate(s) are missing

Suele funcionar en navegadores de escritorio pero falla en móviles, curl y clientes de API.

Preguntas frecuentes

¿Por qué mi web funciona en el navegador pero el comprobador dice que la cadena no es de confianza?
La causa más habitual es que falta un certificado intermedio. Los navegadores suelen guardar en caché intermedios de otros sitios o descargarlos sobre la marcha, así que tu visita funciona, mientras que otros clientes (móviles antiguos, curl, pasarelas de pago, integraciones por API) fallan. Configura el servidor para que envíe la cadena completa (el certificado más el paquete de intermedios que te dio tu CA) y vuelve a comprobarlo.
¿Qué significa 'name mismatch' (el nombre no coincide)?
El nombre que has comprobado no aparece en los Subject Alternative Names del certificado. Los navegadores ignoran el antiguo campo Common Name y solo miran la lista SAN. Un caso típico es un certificado emitido para www.example.com que se sirve en example.com, o un comodín *.example.com usado para un nombre más profundo como api.eu.example.com. Vuelve a emitir el certificado con todos los nombres que sirves.
¿Con cuántos días de antelación debo renovar?
Con certificados automáticos (Let's Encrypt y otros clientes ACME) la renovación suele producirse 30 días antes de caducar, así que ver menos de 14 días restantes en uno de ellos significa que la automatización probablemente se ha roto. Para certificados comprados manualmente, renueva con unas semanas de margen. La validez máxima se está reduciendo en todo el sector, por lo que automatizar la renovación es la opción más segura.
¿Puedo comprobar un servidor de correo u otro puerto?
Sí, para servicios que inician TLS de inmediato: 443 y 8443 para HTTPS, 465 para SMTPS, 993 para IMAPS, 995 para POP3S y 636 para LDAPS. Los servicios que convierten una conexión sin cifrar con STARTTLS (puerto 25 o 587 para SMTP, 143 para IMAP) necesitan antes un intercambio de protocolo y no están soportados.
¿Qué tamaño de clave y algoritmo de firma son aceptables hoy?
Las claves RSA deben tener al menos 2048 bits y las claves ECDSA al menos 256 bits (P-256). Las firmas deben usar SHA-256 o superior. Todos los grandes navegadores rechazan los certificados firmados con SHA-1 desde 2017, y las CA públicas ya no emiten claves RSA de menos de 2048 bits.
¿El comprobador busca vulnerabilidades como Heartbleed o cifrados débiles?
No. Indica el protocolo y el cifrado negociados y avisa de TLS 1.0 y 1.1, pero no prueba el servidor con una lista completa de cifrados ni de fallos conocidos. Para una auditoría completa de la configuración TLS usa un escáner específico como SSL Labs o testssl.sh.
¿Para qué sirven las huellas SHA-256 y SHA-1?
Una huella es un hash del certificado completo, una forma corta de identificarlo con exactitud. Puedes compararla con la que muestra tu navegador para confirmar que ves el mismo certificado, o usarla para certificate pinning en una aplicación. La SHA-256 es la que debes usar; la SHA-1 se muestra para herramientas antiguas.
¿Se registran los dominios que compruebo?
No. El nombre solo se usa para hacer la conexión y construir la respuesta. No guardamos los dominios que compruebas ni los asociamos a tu dirección IP. Hay un límite ligero de peticiones por IP para frenar abusos automatizados.

Acerca de Comprobador SSL

Escribe un dominio (o pega una URL completa) y la herramienta realiza un handshake TLS real con el SNI configurado para ese nombre. Muestra el titular y el emisor del certificado, el periodo de validez y los días que quedan, el tipo y tamaño de la clave pública, el algoritmo de firma, el número de serie, las huellas SHA-256 y SHA-1, todos los Subject Alternative Names que cubre el certificado y la cadena completa de certificados intermedios que envía el servidor. También indica la versión de TLS y el cifrado negociados.

El veredicto se basa en comprobaciones independientes. La confianza se prueba con un segundo handshake que valida la cadena contra un almacén estándar de raíces, así que un certificado autofirmado, una CA privada o un intermedio que falta se detectan aunque tu navegador tenga el intermedio en caché y todo parezca correcto. El nombre se compara con la lista SAN usando las mismas reglas de comodín que los navegadores (un comodín cubre exactamente un nivel, por lo que *.example.com no cubre example.com ni a.b.example.com). También se señalan la caducidad, las fechas aún no válidas, las claves RSA cortas, las firmas SHA-1 y las versiones antiguas de TLS.

La comprobación se hace desde nuestro servidor, así que muestra lo que ve la internet pública, que es lo que importa tras renovar un certificado o cambiar de CDN. Las direcciones privadas e internas están bloqueadas y solo se permiten puertos TLS (443, 8443 y los puertos de TLS implícito de correo y LDAP 465, 993, 995 y 636). No se guarda nada sobre los dominios que compruebas.

Del SSL 2.0 de Netscape a los certificados de 47 días

SSL nació en Netscape en 1994 para hacer posibles las compras online. La versión 1.0 nunca se publicó por sus fallos graves, y SSL 2.0, incluido en Netscape Navigator en 1995, se rompió poco después. SSL 3.0 (1996) fue un rediseño, y su sucesor pasó a llamarse TLS 1.0 en 1999, cuando el IETF se hizo cargo del protocolo, en parte para no dar la impresión de que simplemente avalaba el trabajo de Netscape. Se sigue diciendo 'certificado SSL' aunque el propio SSL lleva años prohibido.

La validez de los certificados no ha dejado de reducirse. A principios de la década de 2010 se podía comprar un certificado válido durante cinco años. El CA/Browser Forum bajó el máximo a 39 meses en 2015 y a 825 días en 2018, y Apple impuso por su cuenta 398 días en 2020 haciendo que Safari rechazara cualquier certificado más largo. En 2025 el Forum votó ir más allá y reducir el máximo por etapas hasta 47 días en 2029, lo que hace la renovación automática prácticamente obligatoria.

Let's Encrypt cambió la economía del HTTPS cuando se lanzó en 2015 con certificados gratuitos y automáticos y una validez de 90 días elegida a propósito para empujar la automatización. En pocos años se convirtió en la mayor autoridad de certificación del mundo, con millones de certificados emitidos al día, y la proporción de páginas cargadas por HTTPS en Chrome pasó de menos de la mitad a bastante más del 90 por ciento.

Apoyar