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.
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.