Tecnología

Qué cambia en la seguridad web con la jubilación de los antiguos métodos de intercambio de claves TLS

Hacker Newshace 8 h
Un icono abstracto de candado digital sobre un patrón de circuitos azul
Un icono abstracto de candado digital sobre un patrón de circuitos azulPhoto: Towfiqu barbhuiya / Pexels

Un nuevo estándar de internet ha obsoletado formalmente un conjunto de métodos de intercambio de claves envejecidos utilizados en TLS 1.2 y DTLS 1.2, dos versiones del protocolo criptográfico responsable de proteger buena parte del tráfico cotidiano de internet, desde sitios bancarios hasta aplicaciones de mensajería, pasando por el icono del candado en la barra de direcciones de un navegador. Este cambio, documentado en un nuevo RFC publicado por el organismo que mantiene los estándares técnicos de internet, es una tarea de mantenimiento rutinaria pero significativa en el mundo de la criptografía aplicada.

TLS, siglas de Transport Layer Security (seguridad de la capa de transporte), es el protocolo que cifra los datos que viajan entre el dispositivo de un usuario y el servidor de un sitio web, impidiendo que quien intercepte ese tráfico pueda leerlo o manipularlo. Antes de que pueda comenzar una comunicación cifrada, ambas partes de una conexión deben ponerse de acuerdo sobre una clave secreta compartida sin transmitir jamás esa clave directamente por la red, un problema que se resuelve mediante un proceso llamado intercambio de claves.

Varios de los métodos de intercambio de claves disponibles en TLS 1.2 se remontan al diseño inicial del protocolo y dependen de supuestos matemáticos que, sin estar necesariamente del todo rotos, se han debilitado frente a la potencia de cómputo moderna y las técnicas de criptoanálisis a lo largo de los más de quince años transcurridos desde que TLS 1.2 fue estandarizado. Algunos de estos métodos más antiguos también carecen de una propiedad llamada confidencialidad directa perfecta, lo que significa que, si la clave privada de un servidor llegara a comprometerse, un atacante que hubiera registrado previamente tráfico cifrado podría potencialmente descifrarlo de forma retroactiva.

La confidencialidad directa perfecta se ha convertido en una expectativa básica en el diseño de protocolos criptográficos modernos precisamente porque el tráfico cifrado suele registrarse y almacenarse indefinidamente por cualquiera capaz de hacerlo, bajo el supuesto de que el descifrado podría volverse posible más adelante, ya sea por una futura vulnerabilidad de software, avances en la potencia de cómputo o una eventual filtración de la clave. Obsoletar los métodos de intercambio de claves que carecen de esta propiedad elimina una categoría de riesgo a largo plazo.

La obsolescencia se aplica específicamente a TLS 1.2 y su equivalente en datagramas, DTLS 1.2, y no a TLS 1.3, la versión más reciente del protocolo que ya había eliminado la mayoría de las opciones de intercambio de claves heredadas cuando se estandarizó hace varios años. Sin embargo, TLS 1.2 sigue ampliamente desplegado, especialmente entre sistemas más antiguos, dispositivos embebidos y organizaciones que han sido lentas en migrar, lo que significa que la obsolescencia sigue afectando a una parte considerable de la infraestructura de internet.

Para la inmensa mayoría de los usuarios cotidianos de internet, el cambio resulta invisible. Los navegadores web y los principales sitios ya han migrado a TLS 1.3 o han configurado TLS 1.2 para evitar los métodos de intercambio de claves obsoletos, y los proveedores de navegadores reducen periódicamente el soporte de opciones criptográficas más débiles como parte de un endurecimiento rutinario de la seguridad, generalmente sin ninguna interrupción visible en la navegación.

El impacto práctico recae principalmente en administradores de sistemas, fabricantes de dispositivos embebidos y desarrolladores de software heredado que necesitan auditar sus configuraciones para asegurarse de que no dependen de los métodos recién obsoletados, particularmente en entornos como sistemas de control industrial, hardware de punto de venta antiguo o dispositivos del internet de las cosas, que con frecuencia reciben actualizaciones de seguridad más lentamente que el software de consumo.

Los investigadores de seguridad generalmente reciben con agrado este tipo de obsolescencia de protocolos, considerándola una parte saludable, aunque poco vistosa, del mantenimiento de la infraestructura criptográfica subyacente de internet. A diferencia de la divulgación de una única vulnerabilidad de alto perfil, la obsolescencia formal a través del proceso de estandarización ofrece a quienes implementan los sistemas una señal clara y documentada para planificar migraciones, en lugar de reaccionar ante un parche de emergencia.

El organismo de estandarización responsable de TLS ha retirado periódicamente opciones criptográficas más débiles a lo largo de la historia del protocolo, un patrón que refleja la trayectoria general del campo: los esquemas de cifrado considerados seguros en el momento de su diseño se vuelven gradualmente menos seguros a medida que aumenta la potencia de cómputo y mejoran las técnicas de criptoanálisis, lo que obliga a que los estándares subyacentes evolucionen en consecuencia.

Para las organizaciones que todavía ejecutan sistemas dependientes de TLS 1.2, la obsolescencia sirve como un aviso para acelerar la migración hacia TLS 1.3 cuando sea posible, o como mínimo para auditar y restringir sus configuraciones de TLS 1.2 al subconjunto de métodos de intercambio de claves que aún se consideran seguros, una tarea de mantenimiento que, aunque poco probable que genere titulares, mantiene silenciosamente el funcionamiento cotidiano de la web cifrada tal como está previsto.

Este artículo es un resumen editorial asistido por IA basado en Hacker News. La imagen es una foto de archivo de Towfiqu barbhuiya en Pexels.

Para seguir leyendo

Primer plano de iconos de aplicaciones en la pantalla de inicio de un smartphone
Tecnología

Por qué Google exime a los países sancionados de sus nuevas normas para desarrolladores de Android

Google está implementando la verificación de identidad obligatoria para los desarrolladores de aplicaciones de Android, pero planea eximir a los usuarios de países sancionados como Cuba e Irán, ya que no puede procesar legalmente sus datos de verificación. La excepción hace que las restricciones recaigan de forma desproporcionada sobre desarrolladores de otros lugares.

Ars Technicahace 8 h