Parameter Pollution
Contaminación de Parámetros
Visión General de la Contaminación de Parámetros HTTP (HPP)
La Contaminación de Parámetros HTTP (HPP) es una técnica donde los atacantes manipulan los parámetros HTTP para cambiar el comportamiento de una aplicación web de maneras no deseadas. Esta manipulación se realiza añadiendo, modificando o duplicando los parámetros HTTP. El efecto de estas manipulaciones no es directamente visible para el usuario, pero puede alterar significativamente la funcionalidad de la aplicación en el lado del servidor, con impactos observables en el lado del cliente.
Ejemplo de Contaminación de Parámetros HTTP (HPP)
Una URL de transacción de una aplicación bancaria:
URL Original:
https://www.victim.com/send/?from=accountA&to=accountB&amount=10000
Al insertar un parámetro from adicional:
URL Manipulada:
https://www.victim.com/send/?from=accountA&to=accountB&amount=10000&from=accountC
La transacción puede ser incorrectamente cargada a accountC en lugar de accountA, mostrando el potencial de HPP para manipular transacciones u otras funcionalidades como restablecimientos de contraseña, configuraciones de 2FA o solicitudes de clave API.
Análisis de Parámetros Específicos de Tecnología
La forma en que se analizan y priorizan los parámetros depende de la tecnología web subyacente, lo que afecta cómo se puede explotar HPP.
Herramientas como Wappalyzer ayudan a identificar estas tecnologías y sus comportamientos de análisis.
Explotación de PHP y HPP
Caso de Manipulación de OTP:
Contexto: Se explotó un mecanismo de inicio de sesión que requería un One-Time Password (OTP).
Método: Al interceptar la solicitud de OTP utilizando herramientas como Burp Suite, los atacantes duplicaron el parámetro
emailen la solicitud HTTP.Resultado: El OTP, destinado al correo electrónico inicial, en su lugar se envió a la segunda dirección de correo electrónico especificada en la solicitud manipulada. Esta falla permitió el acceso no autorizado al eludir la medida de seguridad prevista.
Este escenario destaca una supervisión crítica en el backend de la aplicación, que procesó el primer parámetro email para la generación de OTP pero utilizó el último para la entrega.
Caso de Manipulación de Clave API:
Escenario: Una aplicación permite a los usuarios actualizar su clave API a través de una página de configuración de perfil.
Vector de Ataque: Un atacante descubre que al agregar un parámetro
api_keyadicional a la solicitud POST, puede manipular el resultado de la función de actualización de la clave API.Técnica: Utilizando una herramienta como Burp Suite, el atacante crea una solicitud que incluye dos parámetros
api_key: uno legítimo y otro malicioso. El servidor, procesando solo la última ocurrencia, actualiza la clave API al valor proporcionado por el atacante.Resultado: El atacante obtiene control sobre la funcionalidad de la API de la víctima, potencialmente accediendo o modificando datos privados de manera no autorizada.
Este ejemplo subraya aún más la necesidad de un manejo seguro de parámetros, especialmente en funciones tan críticas como la gestión de claves API.
Análisis de Parámetros: Flask vs. PHP
La forma en que las tecnologías web manejan los parámetros HTTP duplicados varía, afectando su susceptibilidad a los ataques de HPP:
Flask: Adopta el valor del primer parámetro encontrado, como
a=1en una cadena de consultaa=1&a=2, priorizando la instancia inicial sobre duplicados posteriores.PHP (en el Servidor HTTP Apache): Contrariamente, prioriza el valor del último parámetro, optando por
a=2en el ejemplo dado. Este comportamiento puede facilitar inadvertidamente las explotaciones de HPP al honrar el parámetro manipulado del atacante sobre el original.
Referencias
Última actualización
