Glosario de seguridad

¿Qué es TLS (seguridad de la capa de transporte)?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
Puntos claveLos puntos clave se generan con la ayuda de la inteligencia artificial. Dado que los resúmenes automáticos pueden contener en ocasiones errores u omitir contexto importante, consulta siempre la entrada completa del blog para obtener toda la información.

Transport Layer Security (TLS) is a cryptographic protocol that encrypts and authenticates data between applications over networks, with TLS 1.3 offering enhanced security through removed legacy algorithms and forward secrecy. DNS over TLS, defined in RFC 7858, specifically encrypts DNS queries on TCP port 853 to prevent observation of user lookups, while poor TLS management including expired certificates, incomplete chains, and blocked ports causes outages and security exposure. Organizations must maintain certificate inventories, enforce automated renewal, set minimum protocol version policies, and ensure firewall rules allow DNS over TLS traffic to protect core network services and prevent unauthorized access or data tampering.

  • TLS 1.3 eliminated static RSA key exchange and legacy features, ensuring every session uses forward secrecy so recorded sessions remain undecryptable even if a server key is later stolen.
  • DNS over TLS operates on TCP port 853 and is easier for network operators to identify and monitor than DNS over HTTPS, which blends with standard web traffic on port 443.
  • Common TLS failures including expired certificates, incomplete certificate chains, hostname mismatches, protocol version incompatibilities, and firewall blocking of port 853 require multi-client testing and centralized policy management to prevent service disruption.

TLS de un vistazo

AttributeValue
Full nameTransport layer security
CategoryCryptographic network protocol
Defined inRFC 8446 for TLS 1.3 and RFC 5246 for TLS 1.2
Protocol and portRuns over TCP; DNS over TLS uses TCP port 853 as defined in RFC 7858
OSI layerCommonly placed between the transport and application layers
Primary useEncrypting and authenticating application traffic such as HTTPS, email and DNS over TLS
Related termsDNS over TLS, DNS over HTTPS, DNSSEC, Public key infrastructure, Certificate authority

Cómo funciona TLS

TLS comienza con un «handshake» en el que el cliente y el servidor acuerdan los parámetros del protocolo, autentican el servidor y derivan claves de sesión compartidas. Tras el «handshake», los datos de la aplicación se envían en registros cifrados y protegidos contra la alteración.

  1. «Client hello»: el cliente abre una conexión TCP y envía las versiones de TLS, los conjuntos de cifrado y la información sobre el intercambio de claves que admite.
  2. «Server Hello» y certificado: el servidor selecciona los parámetros y envía su certificado para que el cliente pueda verificar su identidad.
  3. Validación del certificado: el cliente comprueba que el certificado forma parte de una cadena que conduce a una autoridad de certificación de confianza, que no ha caducado y que coincide con el nombre solicitado.
  4. Intercambio de claves: ambas partes utilizan un intercambio de claves efímeras para derivar las mismas claves de sesión sin enviarlas a través de la red.
  5. Datos de aplicación cifrados: los puntos finales cambian al cifrado negociado e intercambian datos de aplicación en registros protegidos.

TLS 1.3, definido en el RFC 8446, acorta el proceso de establecimiento de la conexión y elimina los algoritmos más antiguos y menos seguros. El TLS mutuo añade un certificado de cliente para que el servidor también pueda autenticar al cliente. Los pasos anteriores muestran el caso habitual de autenticación por parte del servidor.

Por qué es importante el TLS en las redes empresariales

El protocolo TLS protege la mayor parte del tráfico de las redes empresariales, incluidas las aplicaciones web, las API, el correo electrónico y las interfaces de gestión. Sin él, cualquier persona con acceso a la ruta podría leer o alterar los datos en tránsito. TLS 1.3, publicado como RFC 8446, eliminó características heredadas como el intercambio de claves RSA estáticas, de modo que cada sesión utiliza confidencialidad hacia adelante y una sesión grabada no puede descifrarse posteriormente con una clave de servidor robada.

TLS también es importante para los servicios de red básicos. El DNS sobre TLS, definido en el RFC 7858, cifra las consultas entre un cliente y un resolutor en el puerto TCP 853, lo que evita que los nombres que buscan los usuarios puedan leerse a lo largo de la ruta. Se diferencia del DNS sobre HTTPS, que transporta el DNS dentro de HTTPS en el puerto web estándar. El cifrado también modifica la supervisión, ya que las herramientas que se basaban en la inspección del DNS en texto plano necesitan otras formas de analizar el tráfico.

Una gestión deficiente de TLS provoca interrupciones del servicio y exposición a riesgos. Los certificados caducados interrumpen los servicios, las versiones de protocolo obsoletas y los conjuntos de cifrado débiles invitan a ataques de degradación, y las claves privadas no gestionadas permiten a los atacantes suplantar la identidad de los servidores. Los equipos necesitan un inventario de certificados, una renovación automatizada y una política que establezca versiones mínimas de protocolo en todos los servicios.

Comparación de TLS con términos relacionados

TLS frente a DNS sobre HTTPS

El DNS sobre TLS transporta los mensajes DNS directamente dentro de una sesión TLS en un puerto dedicado, mientras que el DNS sobre HTTPS los envuelve en solicitudes HTTP dentro de una sesión TLS en el puerto HTTPS estándar.

AttributeTLSDNS over HTTPS
StandardRFC 7858RFC 8484
TransportTLS over TCPHTTP over TLS
Default portTCP 853TCP 443
Visibility to network operatorsEasy to identify and to block or monitor by portBlends with other HTTPS traffic, so harder to separate
Typical implementation pointOperating system or resolverOften the browser or application

Problemas habituales con TLS

Un certificado que caduca sin renovarse provoca advertencias en el navegador y fallos en las llamadas a la API, a menudo a horas inesperadas. Los servicios con muchos puntos de conexión, como los equilibradores de carga y las interfaces de gestión, son los que suelen pasarse por alto con mayor frecuencia.

Un servidor que envía únicamente su propio certificado y omite los certificados intermedios funciona en algunos navegadores, pero falla en herramientas de línea de comandos, clientes Java y dispositivos integrados. Las pruebas realizadas con varios tipos de clientes ponen de manifiesto esta deficiencia.

Los clientes rechazan un certificado cuando el nombre de host solicitado no figura en el campo «nombre alternativo del sujeto». Esto suele ocurrir cuando se accede a un servicio mediante una dirección IP o un nuevo alias que no está incluido en el certificado.

Los clientes más antiguos que solo admiten TLS 1.0 o 1.1, o los servidores que desactivan los algoritmos de cifrado que ofrece un cliente, fallan con errores de establecimiento de conexión. Las capturas de paquetes suelen mostrar una alerta justo después del «client hello».

Los clientes de DNS sobre TLS fallan o recurren al DNS sin cifrar cuando un cortafuegos bloquea el puerto TCP 853. El resultado es una resolución errónea o una pérdida silenciosa del cifrado, dependiendo de la configuración del cliente.

Descubre cómo el DDI unificado simplifica las operaciones de red

Gestiona el DNS, el DHCP y las direcciones IP desde una única plataforma con automatización, visibilidad y control integrados.

Preguntas frecuentes sobre TLS

Términos relacionados

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

Establecimiento de modelos de flujo de trabajo y aprobación de IPAM regulados y preparados para auditorías para las redes de la organización

Descubre soluciones de gestión de direcciones IP para flujos de trabajo de IPAM regulados y preparados para auditorías. Habilita aprobaciones por ámbitos…

Read more
Content Hub

Comprender el modelo OSI: dónde encajan el DNS y el direccionamiento IP dentro de las 7 capas

Comprende las siete capas del modelo OSI y cómo encajan en ellas el DNS y el direccionamiento IP. Aprende los fundamentos de la arquitectura de redes con…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

Escalabilidad del DNS y la gestión de direcciones IP (IPAM) para redes empresariales IPv6 y de doble pila

Amplíe el DNS y el IPAM para redes empresariales de doble pila. Descubra cómo Micetro ayuda a los equipos a gestionar las migraciones a IPv6 con sistemas…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Integración de DNS, DHCP e IPAM en flujos de trabajo de infraestructura como código basados en Ansible y Git

La integración de DNS, DHCP e IPAM en los flujos de trabajo de IaC basados en Ansible y Git con Micetro convierte los cambios de direcciones y registros en…

Read more
Podcast

Podcast: Cómo la IA está cambiando el desarrollo de software empresarial

La IA transforma la automatización de redes, pero una implementación segura requiere sólidas prácticas de software, pruebas y experiencia en el ámbito…

Read more
Podcast

Podcast: Por qué las plataformas abiertas son importantes en las operaciones de red

Las plataformas abiertas y la arquitectura «API-first» permiten operaciones de red inteligentes, automatización y flujos de trabajo impulsados por IA en…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

Obtenga respuestas a partir de los datos de LiveNX que ya tiene con LiveAssist

Descubre cómo LiveAssist, el complemento basado en IA para LiveNX, convierte tus datos de red en respuestas rápidas y guiadas, con un valor que podrás…

Read more
LiveWire GEN3 device offerings overview with descriptions of deep packet visibility and deployment options

Oferta de dispositivos LiveWire GEN3

BlueCat LiveWire es una plataforma de captura de paquetes y análisis forense de redes que ofrece una visibilidad profunda a nivel de paquetes en entornos…

Read more

Artículos relacionados