Explicación del cifrado TLS

TLS es el protocolo de cifrado básico que protege casi todas las conexiones por internet. Le permite enviar formularios, iniciar sesión en sus cuentas, consultar los detalles de su banco y hacer compras en línea sin que el resto del mundo mire por encima de su hombro. Esto incluye a su proveedor de servicio de internet(nueva ventana) (PSI), los anfitriones de puntos de acceso y los piratas informáticos que puedan estar monitoreando el WiFi público.

TLS establece una conexión cifrada entre su dispositivo y un servidor, lo que permite la transferencia segura de datos. Garantiza:

• Confidencialidad: Sus datos se cifran para que solo el sitio web o el servidor al que se conecta puedan leerlos.
• Integridad: Los datos no pueden alterarse en tránsito sin ser detectados.
• Autenticación: En realidad, está hablando con el sitio web real (o el servidor), no con un impostor.

Para asegurarse de que está hablando con el servidor correcto, el servidor presenta un certificado digital que verifica que es quien dice ser. Estos certificados son emitidos por las Autoridades de Certificación (CA), organizaciones de confianza que firman un certificado que vincula ese dominio a una clave pública.

Por lo tanto, no confía en el sitio, sino en la CA que lo avaló. Esta confianza se refleja en la información de conexión HTTPS de su navegador, que tradicionalmente se muestra con el icono de candado en la barra de direcciones; al hacer clic en él, puede ver detalles sobre la conexión y el certificado.

Las CA raíz están integradas en los navegadores. Por ejemplo, el almacén raíz de Mozilla incluye alrededor de 140-160 certificados raíz. Estos, a su vez, verifican las CA intermedias que se utilizan para verificar la mayoría de los sitios web.

En general, este sistema funciona bien, pero no es perfecto. :Hay miles de CA intermedias, lo que resulta en una gran superficie de ataque. Además, las CA pueden ser presionadas por los gobiernos(nueva ventana) o hackeadas por organizaciones criminales para emitir certificados comprometidos. Un caso de manual es DigiNotar(nueva ventana), una CA neerlandesa vulnerada en 2011 por atacantes que emitieron cientos de certificados fraudulentos, e interceptaron, según se informa, el tráfico de Gmail de aproximadamente 300 000 usuarios, en su mayoría en Irán.

Para abordar estos problemas, las conexiones TLS modernas utilizan la Transparencia de Certificados (CT). Esto no impide que una CA sea hackeada o coaccionada en primer lugar, pero hace que las consecuencias sean mucho más fáciles de detectar y contener.

Todo certificado de confianza pública debe registrarse en registros públicos e inalterables en el momento en que se emite. Chrome, por ejemplo, se ha negado a confiar en cualquier certificado que no esté registrado en al menos dos registros de CT independientes desde 2018.

Como resultado, los propietarios de dominios pueden detectar un certificado fraudulento para su sitio en cuestión de horas en lugar de las semanas que le tomó a DigiNotar. Una vez detectados, los certificados afectados pueden revocarse rápidamente y, en casos graves, los navegadores pueden retirar la confianza a la CA en su próxima actualización.

TLS combina encriptación asimétrica y simétrica. La criptografía asimétrica (de clave pública) se usa para establecer la conexión y permitir que el navegador y el servidor acuerden un secreto compartido sin enviar nunca ese secreto a través de la red. Esto se denomina negociación TLS.

Una vez establecida una conexión segura, los datos reales se transfieren mediante cifrados de clave simétrica (normalmente, AES). Los algoritmos de encriptación exactos que se utilizan se negocian entre el servidor web y el cliente, como puede ser un navegador. La mayoría de los navegadores le permite hacer clic o pulsar en el ícono de candado para obtener más información sobre los detalles de seguridad de los algoritmos de encriptación usados en la conexión HTTPS.

El TLS tradicional no oculta el nombre de los sitios web a los que se conecta, ya que la negociación inicial filtra el nombre del sitio web (SNI) y otros detalles a cualquiera que esté observando. Un nuevo estándar, ratificado por el IETF en marzo de 2026, tiene como objetivo solucionar esto. Cuando funciona, Client Hello cifrado (ECH) cifra la propia negociación, de modo que su PSI (proveedor de servicios de Internet) o los operadores de puntos de acceso ya no pueden ver qué sitios visita. Sin embargo:

• ECH solo funciona cuando varios sitios web comparten la misma dirección IP(nueva ventana), como sucede detrás de una red de entrega de contenido(nueva ventana) (CDN).
• Si un sitio tiene su propia dirección IP dedicada, el destino sigue siendo visible.
• ECH depende de que su navegador use DNS cifrado (DoH) para obtener las claves de configuración de ECH. Si esto falla, las conexiones vuelven silenciosamente al SNI en texto plano.
• ECH todavía se está implementando y es compatible con Firefox y Chrome. Sin embargo, en este momento solo alrededor del 9-10 % del millón de sitios web más populares admite ECH, y casi todos ellos usan Cloudflare.
• El proveedor de CDN y DoH todavía puede observar el destino final de sus conexiones de red.

TLS y el cifrado de extremo a extremo usan encriptación para proteger sus datos, pero difieren en quién puede descifrarlos:

• TLS cifra la conexión entre su dispositivo y un servidor. Una vez que sus datos llegan a ese servidor, allí se descifran. Quien opera el servidor puede leerlos.
• El cifrado de extremo a extremo (E2EE) cifra la conexión entre su dispositivo y otro dispositivo. Aunque sus datos pasen por servidores durante el trayecto, solo el destinatario previsto puede descifrarlos.

Los mensajes enviados a través de Gmail se protegen en tránsito con TLS, pero se descifran cuando llegan a los servidores de Google, lo que permite que Google los lea. Los mensajes enviados con E2EE, como los mensajes de Signal o los correos electrónicos intercambiados entre usuarios de Proton Mail, solo pueden ser leídos por el destinatario previsto.

TLS y las VPN protegen los datos en tránsito, pero tienen propósitos muy diferentes:

• Una VPN oculta qué sitios web visita. TLS (normalmente) no lo hace.
• Una VPN oculta sus consultas DNS(nueva ventana). TLS (sin DoH) no lo hace.
• Una VPN evita que los sitios web que visita conozcan su dirección IP(nueva ventana) real. TLS no lo hace.
• Una VPN de confianza(nueva ventana) no guarda ningún registro(nueva ventana) de su historial de navegación. TLS permite que su PSI (y por extensión, su gobierno(nueva ventana)) espíe y almacene registros de su actividad.
• TLS protege las conexiones de forma individual, una aplicación o proceso a la vez. Una VPN, en cambio, enruta todas las conexiones de su dispositivo a través del túnel de la VPN (a menos que use túnel dividido(nueva ventana)), lo que dificulta que un observador infiera patrones de comportamiento a partir del uso de su navegador y sus aplicaciones cuando está conectado a una VPN.

TLS y las VPN se complementan y proporcionan capas de protección.

TLS es la razón por la que puede realizar operaciones bancarias, comprar e iniciar sesión en sus cuentas en línea sin que ningún desconocido en la ruta de la red vea lo que hace. Sin él, HTTPS no existiría, ni tampoco la mayor parte de lo que hoy damos por sentado sobre el uso de la web.

Pero TLS nunca se diseñó para ocultarlo todo. Protege el contenido de una conexión, no el hecho de que la conexión haya ocurrido. Su PSI, el operador de un punto de acceso WiFi o cualquier otra persona que observe la red todavía pueden ver qué sitios visita, incluso si no pueden ver lo que hace. A diferencia de E2EE, no impide que el servicio al que se conecta acceda a sus datos.

Por lo tanto, TLS, E2EE y las VPN son complementarios: TLS proporciona una seguridad básica, E2EE garantiza que solo los destinatarios previstos puedan acceder a sus datos y una VPN de confianza proporciona un alto nivel de privacidad en línea.

TLS es el protocolo que trabaja en segundo plano cada vez que usa una aplicación de Proton (excepto las aplicaciones de Proton VPN, que ahora usan principalmente WireGuard(nueva ventana)). Es en lo que se basa HTTPS para proteger su conexión, y también protege el tráfico en lugares que no ve directamente, como la entrega de correo entre servidores. Pero TLS solo protege los datos mientras están en movimiento. Se necesitan protecciones más sólidas, como el cifrado de extremo a extremo y el cifrado de acceso cero, para contenido realmente privado.