Skip to content

Verificador de configuração HTTPS

Pegar versões de protocolo desactualizadas, faltando HSTS e quebrado HTTP redireciona antes de uma verificação de conformidade ou um cliente faz.

Os cheques anônimos são limitados a 10 por minuto e 60 por hora por endereço. Os resultados estão guardados por 60 segundos e não publicados em nenhum lugar.

Como ele mede

  • Um aperto de mão não validado por protocolo versão (TLS 1.0, 1.1, 1.2, 1.3) registra o que o servidor aceita, esses apertos de mão diagnósticos nunca influenciam nenhum monitor.
  • Um aperto de mão validado separado decide se o certificado é confiável por uma loja pública.
  • Um GET para o HTTPS URL lê Strict-Transport-Security; um GET para o mesmo caminho no porto 80 registra se ele redireciona para HTTPS.
  • HTTP/2 apoio é lido de ALPN negociação, não de um pedido completo HTTP/2.

Limites

  • Força da suíte de cifras, grampeamento OCSP, transparência do certificado e tamanhos chave não são classificados.
  • Verificações contra o primeiro endereço resolvido apenas, pools balanceados podem diferir por nó.
  • O teste de redirecionamento HTTP só funciona para o porto padrão 443.
  • Quando o certificado não é confiável o pedido HTTPS é recusado pelo design, então HSTS é relatado como ilegível em vez de adivinhado.

Solução de problemas

TLS 1.0 ou 1.1 aceito.
Desative-os no servidor web ou configuração balanceador de carga (por exemplo, ssl_protocols TLSv1.2 TLSv1.3 em nginx). Ambos estão obsoletos por RFC 8996.
HSTS desaparecido.
Adicione Strict-Transport-Security: max-age=31536000; includeSubDomains uma vez que cada subdomínio serve HTTPS. Comece com um curto max-age se não tiver certeza.
A planície HTTP serve conteúdo.
Devolva um 301 para o HTTPS URL para cada pedido no porto 80; caso contrário, usuários que digitam o nome do host ficam no HTTP.

Ferramentas relacionadas