Pular para o conteúdo

Verificador de certificado SSL

SSL Certificate Checker

Conecta a um host, mostra a cadeia servida, a expiração, o protocolo e os cifradores suportados, e aponta falhas na cadeia.

Conecta-se a um host por TLS e relata o que de fato foi servido: a cadeia de certificados da folha à raiz, os dias que restam a cada um, as versões de protocolo que o servidor aceita e as que recusa, e a cifra que ele negociou. Cada conclusão vem de um handshake real, não de um banco de dados.

☁️ Usa o nosso servidorssltlscertificatesecurity

Nosso servidor faz esta requisição por você. Enviamos a ele apenas o nome do host — nenhum dos seus cookies nem seu login vai junto. O servidor só se conecta a endereços públicos e recusa os privados e internos.

Porta 443 por padrão. As outras portas em que a conexão já começa em TLS — 8443, 465, 993, 995, 636 e 853 — são aceitas, e nenhuma outra. O nome do host vai por SNI, então um IP compartilhado ainda devolve o certificado certo.

Como usar

  1. Digite o host, com a porta se não for a 443

    example.com, ou example.com:8443. Portas que começam em TLS de imediato — 8443, 465, 993, 995, 636, 853 — funcionam todas; portas STARTTLS como a 587, não.

  2. Leia o veredito, depois as conclusões

    O veredito é um resumo das conclusões abaixo dele, cada uma marcada como boa, observação, atenção ou problema. Vencimento em menos de trinta dias e cadeia incompleta são as duas que mais vezes importam.

  3. Confira a ordem da cadeia, não só a folha

    A cadeia é mostrada na ordem em que o servidor a enviou. Um servidor que omite o intermediário funciona no Chrome, que baixa o que falta, e falha no curl e em Android antigo — uma classe de bug que parece “na minha máquina funciona” por semanas.

  4. Veja quais versões de protocolo são aceitas

    Cada versão é tentada em uma conexão própria, então a linha é um fato sobre o servidor, não uma inferência. TLS 1.0 e 1.1 aceitos é uma conclusão que vale ação; foram descontinuados pela RFC 8996.

Perguntas frequentes

Diz que o certificado é válido, mas meu navegador reclama

Normalmente é a cadeia, o nome ou o relógio. Confira se o intermediário é servido, se o host que você digita está na lista SAN — os navegadores ignoram o CN por completo — e se a data do dispositivo está certa. Um dispositivo com o relógio errado rejeita certificados perfeitamente bons.

Posso verificar um servidor interno?

Não. A conexão sai do nosso servidor, e a via de saída recusa endereços privados e de loopback. Para um host interno, openssl s_client -connect host:443 -servername host dá a mesma cadeia localmente.

Por que um IP compartilhado ainda devolve o certificado certo?

Porque o nome do host é enviado como SNI durante o handshake, que é como o servidor sabe qual certificado apresentar. É também por isso que um endereço IP sozinho não pode ser verificado aqui.

Verifica revogação?

Não. OCSP e CRL não são consultados, então um certificado revogado mas não vencido aparece aqui como válido. É um limite real: o que isto mostra é o que o servidor serviu e se a cadeia e as datas se sustentam.

Pode receber de

Em seguida

Estas aceitam o que esta ferramenta produz, então o resultado pode ir direto.