Aparte de las vulnerabilidades previamente vistas, los atacantes pueden explotar otras varias debilidades críticas en las implementaciones OAuth. Las siguientes son algunas vulnerabilidades adicionales que los pentesters deberían tener en cuenta.
Expiración de Token Insuficiente
Los tokens de acceso con un amplio o infinito tiempo de expiración suponen un riesgo importante. Si un atacante obtiene dicho token, pueden acceder a recursos protegidos indefinidamente. Implementar tokens con poco tiempo de acceso mitiga este problema.
Ataques de Replay
Involucran capturar tokens válidos y reutilizarlos para ganar acceso no autorizado. Los atacantes pueden explotar estos tokens múltiples veces sin mecanismos para detectar y prevenir reuso de tokens. Implementar valores nonce y comprobaciones timestamp puede ayudar a mitigar este tipo de ataques asegurando que cada token sólo se utiliza una vez.
Almacenamiento Inseguro de Tokens
Esto puede llevar a robo de tokens y acceso no autorizado. Usar mecanismos de guardado de tokens seguros, como cookies seguras o bases de datos encriptadas, puede ayudar a proteger el token de ser obtenido por actores maliciosos.
Evolución de OAuth 2.1
OAuth 2.1 representa la última iteración en la evolución del estándar OAuth, construido con OAuth 2.0 como base para mejorar la seguridad. La travesía de OAuth 2.0 a OAuth 2.1 ha estado marcada por la necesidad de mitigar vulnerabilidades conocidas e incorporar las mejores prácticas que pueden emerger desde que la especificación original se publicó.
Cambios Importantes
OAuth introduce varios cambios clave que buscan fortalecer el protocolo.
- Obsolescencia de
implicit grant type. - Exigencia de uso del parámetro
state. - Enfatiza la importancia de manejar y almacenar los tokens de forma segura.
- Ofrece guías más claras para la validación de la URI de redirección.