Un ataque de degradación (downgrade) obliga a un sistema o conexión a abandonar un protocolo o algoritmo seguro y recurrir a uno más antiguo y débil que el atacante puede romper.
Cómo funcionan los ataques de degradación
Muchos protocolos permiten que ambas partes negocien qué versión y qué cifrado usar, y mantienen opciones antiguas por compatibilidad. Un atacante en posición de intermediario puede manipular esa negociación —eliminando las opciones fuertes, simulando errores o bloqueando actualizaciones— hasta que las partes acuerdan algo débil. Ejemplos conocidos de la historia de TLS:
- POODLE (2014): los navegadores reintentaban las conexiones fallidas con SSL 3.0, cuyo relleno podía entonces atacarse.
- FREAK (2015) y Logjam (2015): engañaban a los servidores para usar claves RSA y Diffie-Hellman deliberadamente débiles, de «grado exportación», de los años noventa.
- DROWN (2016): aprovechaba servidores que aún admitían SSLv2.
Otras formas son el SSL stripping, demostrado en 2009 por Moxie Marlinspike con la herramienta sslstrip, que mantiene a la víctima en HTTP sin cifrar en lugar de HTTPS, y forzar a los teléfonos móviles a pasar de redes 4G a 2G con cifrado débil o inexistente.
Por qué son importantes
Un protocolo moderno solo es tan fuerte como la versión más débil que ambas partes siguen aceptando. El soporte heredado en servidores, VPN, Wi-Fi y redes móviles mantiene explotables vulnerabilidades antiguas mucho después de haberse corregido en versiones nuevas.
Cómo prevenirlos
- Desactivar SSL 2.0/3.0, TLS 1.0/1.1 y los conjuntos de cifrado débiles; preferir TLS 1.3, que incluye protección contra la degradación (RFC 8446).
- Admitir la señal TLS_FALLBACK_SCSV (RFC 7507) en los sistemas que aún necesiten versiones antiguas.
- Activar HTTP Strict Transport Security (HSTS, RFC 6797) y la precarga de HSTS.
- Desactivar, cuando sea posible, los mecanismos de retroceso a protocolos heredados en Wi-Fi, VPN y redes móviles.
