net::ERR_SSL_VERSION_OR_CIPHER_MISMATCH

Aparece como «ERR_SSL_VERSION_OR_CIPHER_MISMATCH» en la página de error y como «net::ERR_SSL_VERSION_OR_CIPHER_MISMATCH» en las herramientas de automatización. En nuestras pruebas lo produjeron tanto un servidor solo con TLS 1.0 como un servidor con un único conjunto CAMELLIA con intercambio de claves RSA.

Chrome, Edge and other Chromium browsers — "This site can't provide a secure connection … uses an unsupported protocol"

Qué significa

Chrome y el servidor no tienen ninguna versión de TLS ni ningún conjunto de cifrado en común, así que el handshake es imposible. Chrome solo admite TLS 1.2 y 1.3 con conjuntos modernos; rechaza los servidores limitados a TLS 1.0/1.1, RC4, 3DES u otras configuraciones obsoletas. La página indica que el sitio usa un protocolo no compatible («uses an unsupported protocol»).

Por qué ocurre

• El servidor solo admite TLS 1.0 o 1.1

  frecuente

  Chrome eliminó TLS 1.0/1.1 en 2020; los equipos antiguos, las impresoras, los NAS y los servidores sin mantenimiento siguen sin ofrecer nada más nuevo.

• Ningún conjunto de cifrado compatible

  frecuente

  Los servidores que solo permiten RC4, 3DES o conjuntos exóticos (CAMELLIA, SEED) con intercambio de claves RSA no tienen nada que Chrome vaya a usar.

• La red perimetral no tiene un certificado para el nombre solicitado

  ocasional

  Algunas CDN y balanceadores de carga interrumpen el handshake cuando un dominio personalizado aún no tiene un certificado aprovisionado.

Cómo solucionarlo

1. 1.

   Averiguar qué ofrece el servidor

   Si falla TLS 1.2 con un conjunto ECDHE, hay que actualizar el servidor.

   nmap --script ssl-enum-ciphers -p 443 legacy.example.com   # versions and suites offered
   echo | openssl s_client -connect legacy.example.com:443 -servername legacy.example.com -tls1_2 -brief

2. 2.

   Propietarios del sitio: habilitar TLS 1.2/1.3 con conjuntos modernos

   Los conjuntos actuales funcionan con todos los navegadores publicados en la última década.

   # nginx
   ssl_protocols TLSv1.2 TLSv1.3;
   ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384;

3. 3.

   Sitios alojados en una CDN: comprobar el estado del certificado del dominio

   Asegúrate de que el dominio está vinculado y su certificado emitido antes de apuntar el DNS a la red perimetral.

   CDN / hosting: check that the custom domain is attached and has an active certificate;
   some edges refuse the handshake for names without a certificate.

← Explorar toda la base de datos de errores de firma