Controlador de configuración HTTPS
Catch deprecated protocol versions, missing HSTS y broken HTTP redirige antes de una exploración de cumplimiento o un cliente lo hace.
Cómo mide
- Un apretón de manos no validado por versión de protocolo (TLS 1.0, 1.1, 1.2, 1.3) registra lo que el servidor acepta; estos apretones de manos diagnósticos nunca influyen en ningún monitor.
- Un apretón de manos validado separado decide si el certificado es confiado por una tienda de root pública.
- A GET to the HTTPS URL lee Strict-Transport-Security; a GET to the same path on port 80 records whether it redirects to HTTPS.
- HTTP/2 el apoyo se lee desde la negociación ALPN, no desde una solicitud completa HTTP/2.
Limits
- La fuerza de la suite Cipher, OCSP grapado, transparencia de certificados y tamaños clave no se clasifican.
- Los controles se ejecutan únicamente contra la primera dirección resuelta; las piscinas balanceadas pueden diferir por nodo.
- La prueba de redireccion HTTP solo funciona para el puerto estándar 443.
- Cuando el certificado no se confíe la solicitud HTTPS es rechazada por el diseño, por lo que HSTS se reporta como imprevisible en lugar de adivinar.
Solución de problemas
- TLS 1.0 o 1.1 aceptados
- Desactivarlos en el servidor web o configuración de balanceador de carga (por ejemplo ssl_protocols TLSv1.2 TLSv1.3 en nginx). Ambos están deprecados por RFC 8996.
- HSTS desaparecidos
- Añadir Strict-Transport-Security: max-age=31536000; includeSubDomains una vez que cada subdominio sirve HTTPS. Empieza con un corto max-age si no está seguro.
- Plain HTTP sirve contenido
- Devuelve un 301 al HTTPS URL para cada solicitud en el puerto 80; de lo contrario, los usuarios que escriben el nombre de host permanecen en HTTP.