# ¿Cómo funciona un handshake TLS?

En TLS 1.3 hace falta un viaje de ida y vuelta antes de que fluyan los datos. El cliente envía un ClientHello con las versiones de TLS, conjuntos de cifrado y grupos de intercambio de claves que admite, una parte de clave para su grupo preferido y normalmente el nombre del servidor al que quiere llegar (SNI). El servidor responde con un ServerHello que elige versión, cifrado y grupo, y su propia parte de clave. De las dos partes, ambos lados derivan el mismo secreto, y desde ese momento todo va cifrado, incluido el certificado del servidor y la prueba de que tiene la clave privada correspondiente. El cliente comprueba el certificado frente a las autoridades en las que confía y empiezan los datos de la aplicación. El ClientHello y el ServerHello viajan sin cifrar, y por eso un sensor pasivo puede ver la versión de TLS, el grupo de intercambio de claves elegido, por ejemplo X25519 clásico o X25519MLKEM768 híbrido, y una huella del cliente sin descifrar nada. Con Encrypted Client Hello, parte del ClientHello, incluido el nombre del servidor, también queda oculta.

FAQ: [Cifrado y tráfico cifrado](https://netsenx.com/es/faq/encryption) · https://netsenx.com/es/faq/how-does-a-tls-handshake-work

## Siga leyendo

- https://netsenx.com/es/encrypted-traffic-analysis
- https://netsenx.com/es/what-is-ndr

## Preguntas relacionadas

- [¿Qué cambió entre TLS 1.2 y TLS 1.3?](https://netsenx.com/es/faq/what-changed-between-tls-1-2-and-tls-1-3)
- [¿Deberíamos desactivar TLS 1.0 y 1.1?](https://netsenx.com/es/faq/should-we-disable-tls-1-0-and-1-1)
- [¿Qué cifrados TLS deberíamos desactivar?](https://netsenx.com/es/faq/which-tls-ciphers-should-we-turn-off)
- [¿Qué es el secreto hacia adelante (forward secrecy)?](https://netsenx.com/es/faq/what-is-forward-secrecy)
- [¿Qué es el cifrado, en pocas palabras?](https://netsenx.com/es/faq/what-is-encryption-in-plain-terms)