¿Realmente sabes cómo funciona HTTPS?

HTTPS es, probablemente, el protocolo más importante en Internet.
Protege la información que se transmite desde tu navegador a los sitios web que visitas.
No impide que un usuario pueda capturar los paquetes de datos, pero, dado que toda la información se encuentra cifrada, no es posible acceder a ella en texto plano.
Suena muy bien, pero, ¿realmente sabes cómo funciona?
En esta infografía te lo explico de forma clara y paso a paso.

Paso 1:
El cliente y servidor establecen la conexión TCP mediante el típico “three-way handshake”:
SYN → SYN/ACK → ACK
Paso 2:
El cliente, que puede ser tu navegador web, envía el mensaje “CLIENT HELLO” al servidor. En él, incluye detalles como las opciones SSL soportadas, algoritmos criptográficos y un valor aleatorio (CR → Client Random).
El servidor debe seleccionar aquellas opciones que soporte.
Paso 3:
El servidor envía el mensaje “SERVER HELLO”, incluyendo las opciones SSL/TLS indicadas por el cliente y las se usarán de ahora en adelante, así como un valor aleatorio (SR→ Server Random).
Paso 4:
El servidor envía su certificado digital, el cual incluye varios detalles, pero, el más importante de todos es la clave pública.
Paso 5:
El cliente genera una clave Pre-Master Secret (PMS) derivada de los valores CR y SR. La PMS se cifra con la clave pública obtenida anteriormente y la envía, este es un proceso conocido como “CLIENT KEY EXCHANGE”.
Paso 6:
El servidor recibe la PMS y la descifra. Solo el servidor puede hacer esto, ya que la PMS ha sido cifrada con la clave pública y el servidor tiene la clave privada.
Paso 7:
El valor que contiene la PMS, y que ahora solo lo conocen el cliente y servidor, se utiliza en este paso para generar una clave de sesión simétrica.
Paso 8:
A partir de ahora, empieza la transferencia de información usando la clave de sesión generada en el paso anterior. Ya no se tiene en cuenta la clave pública enviada por el servidor para la transferencia de datos.

Espero que, explicado de esta manera, te quede mucho más claro.
No obstante, probablemente te estarás preguntando:

¿Por qué generar una clave simétrica entre cliente y servidor?

Si el cliente ya dispone de la clave pública, ¿por qué no usar esa clave para todo en lugar de crear la PMS?
No parece muy eficiente lo de crear una clave simétrica en los últimos pasos del proceso, ¿verdad?



Además, si tienes una cuenta en PayPal, tienes la opción de realizar el pago de cualquier formación o el plan starter en tres plazos.

Nuestras redes sociales:

[javifelices]

Explicación sencilla y para "toda la familia", sin entrar en detalles muy técnicos, pero con mucho valor, gracias por estos aportes.

Desde ahora hablaré con más propiedad sobre HTTPS, y gracias a Johnnier Alexander por la respuesta.

[rockypalafle]

Me acabo de sacar el grado en Seguridad Informática, y no nos explicaron el funcionamiento. Ahora lo tengo clasicismo. Muchas Gracias Daniel.

[shelldredd]

Buena explicación Adastra, gracias por los vídeos y el blog, contenido de calidad como nos tienes acostumbrados. Un saludo!!!

[race_Bannon]

¡Excelente explicación!
La clave simétrica es más ligera de procesar.
Muchas gracias.

[johnnieralexanderdelbastop]

Lo primero muchas gracias un vídeo muy interesante y útil. Respondiendo a la pregunta se hace Básicamente por la velocidad y coste computacional es más rapido cifrar los datos con una algoritmo simétrico.

[JL-vxwh]

Parece que me estás susurrando al oído. Tanto costaba acercar el micrófono?