PRO · Protocolo 6 · Presentación (Aplicación)

33.TLS

Protocolo que cifra la comunicación entre dos aplicaciones y comprueba con certificados que el servidor es quien dice ser; es la «S» de HTTPS.

¿Qué es?

TLS (Transport Layer Security, seguridad de la capa de transporte) es el protocolo que cifra lo que se envía entre dos programas y comprueba la identidad del servidor. Es lo que convierte HTTP en HTTPS y lo que hace aparecer el candado en el navegador.

Imagina que mandas una carta en una caja fuerte que solo el destinatario puede abrir, y que antes de entregarla verificas su credencial oficial. Nadie en el camino puede leer ni cambiar el contenido, y sabes que le llegó a la persona correcta.

En términos técnicos

  • Da tres garantías: confidencialidad (nadie más lo lee), integridad (nadie lo modifica sin que se note) y autenticación (el servidor demuestra quién es con un certificado).
  • Funciona encima de TCP y debajo de la aplicación. En esta tabla lo ubicamos en la capa 6 (Presentación), porque transforma los datos (los cifra); su nombre dice «transporte» porque protege el canal de punta a punta.
  • La versión actual es TLS 1.3 (RFC 8446, 2018); TLS 1.2 sigue en uso. SSL, TLS 1.0 y TLS 1.1 están prohibidos u obsoletos.
  • Los certificados siguen el formato X.509 y los emiten autoridades de certificación (CA) en las que confían los navegadores y sistemas operativos.

¿Dónde lo vas a encontrar?

En HTTPS (puerto 443), en el correo seguro (IMAP en 993, envío en 465 o 587), en las VPN, en las conexiones a bases de datos y APIs, y en los equipos de red que se administran por web.

¿Cómo funciona?

El saludo de TLS 1.3 (una ida y vuelta)

Después del saludo de tres vías de TCP:

# Quién Mensaje Qué lleva
1 Cliente ClientHello Versiones y cifrados que acepta, su parte del intercambio de claves y el nombre del sitio (SNI)
2 Servidor ServerHello El cifrado elegido y su parte del intercambio de claves. Desde aquí todo va cifrado
3 Servidor Certificate + CertificateVerify Su certificado y una firma que prueba que tiene la clave privada
4 Servidor Finished Confirma que nadie alteró el saludo
5 Cliente Finished Igual; ya pueden enviar datos de la aplicación

Con el intercambio ECDHE, los dos lados calculan la misma clave secreta sin enviarla nunca por la red. Como esa clave es nueva en cada conexión, aunque alguien robara después la clave privada del servidor no podría descifrar conversaciones pasadas (secreto hacia adelante).

Lo que revisa el cliente en el certificado

Revisión Si falla, el navegador dice…
Lo firmó una CA de confianza (directamente o por una cadena) «La conexión no es privada» / certificado no confiable
Está vigente (fechas) Certificado vencido
Es para ese dominio (solutionss.net, *.solutionss.net) El nombre no coincide
No fue revocado Certificado revocado

Qué cifra y qué no

Va cifrado No va cifrado
La URL completa, las cabeceras, las cookies, el contenido La IP del servidor, el puerto y normalmente el nombre del sitio (SNI) en el ClientHello

Verificación y diagnóstico

Comando o herramienta Qué debes ver
Navegador: clic en el candado → certificado Dominio, emisor (CA) y fechas de validez
openssl s_client -connect solutionss.net:443 -servername solutionss.net La cadena de certificados, la versión (TLSv1.3) y el cifrado
curl -vI https://solutionss.net El saludo TLS, la versión, el cifrado y el certificado del servidor
openssl x509 -in cert.pem -noout -dates -subject -issuer Fechas y datos de un archivo de certificado
Wireshark, filtro tls.handshake ClientHello, ServerHello y el SNI

Para tomar en cuenta

  • Desactiva SSL, TLS 1.0 y 1.1 en tus servidores; deja TLS 1.2 y 1.3.
  • Renueva a tiempo: los certificados duran cada vez menos (Let's Encrypt, 90 días). Automatiza la renovación.
  • Protege la clave privada del servidor: quien la tenga puede hacerse pasar por tu sitio.
  • No ignores las advertencias del navegador, sobre todo en redes públicas: pueden indicar que alguien intercepta la conexión.
  • HSTS obliga al navegador a usar siempre HTTPS con tu sitio, aunque alguien escriba http://.
  • Certificados autofirmados: válidos para el laboratorio, no para un sitio público.
  • TLS no es TCP: si hay problemas de conectividad, primero revisa que el puerto TCP responda y luego el saludo TLS.

Material descargable

Aún no hay material descargable para este tema. Pronto habrá cuadernillos, manuales o laboratorios.

Referencias (RFC / estándar)

© solutions_ · Redes informáticas · 33 TLS