TLS 1.3: cómo funciona la negociación segura

El handshake de TLS 1.3 negocia los parámetros criptográficos, acuerda las claves y autentica al servidor mediante un certificado antes de empezar a proteger los datos de la aplicación. La reanudación de sesión puede ahorrar trabajo en conexiones posteriores, pero no elimina las comprobaciones del certificado ni de la identidad.

Qué ocurre durante el handshake de TLS 1.3

Durante el handshake de TLS 1.3, el cliente y el servidor negocian los parámetros criptográficos y acuerdan las claves, y el servidor presenta un certificado para que el cliente compruebe el nombre de host y la cadena de confianza. Los datos de la aplicación quedan protegidos una vez que esa negociación termina correctamente.

Cómo comprobar una conexión TLS

Revise el certificado y la versión de TLS negociada para el nombre de host real. Si hay un fallo, compare el nombre de host, la cadena de certificados y el error que muestra el cliente. Que el puerto TCP/443 esté abierto solo demuestra que hay accesibilidad TCP, no que el handshake TLS se complete. La accesibilidad básica del servidor puede comprobarse aparte con la comprobación de servicios de servidor de 2IP.

Por qué no basta con tener el puerto 443 abierto

Referencia técnica: RFC 8446.