HTTP Connection Request Smuggling

tip

Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)

Support HackTricks

Este es un resumen de la publicaci贸n https://portswigger.net/research/browser-powered-desync-attacks

Ataques de Estado de Conexi贸n

Validaci贸n de la Primera Solicitud

Al enrutar solicitudes, los proxies inversos pueden depender del encabezado Host para determinar el servidor de back-end de destino, a menudo confiando en una lista blanca de hosts que tienen acceso permitido. Sin embargo, existe una vulnerabilidad en algunos proxies donde la lista blanca solo se aplica a la solicitud inicial en una conexi贸n. En consecuencia, los atacantes podr铆an explotar esto haciendo primero una solicitud a un host permitido y luego solicitando un sitio interno a trav茅s de la misma conexi贸n:

GET / HTTP/1.1
Host: [allowed-external-host]

GET / HTTP/1.1
Host: [internal-host]

Enrutamiento de la primera solicitud

En algunas configuraciones, un servidor de front-end puede usar el encabezado Host de la primera solicitud para determinar el enrutamiento de back-end para esa solicitud, y luego enrutar de manera persistente todas las solicitudes subsiguientes de la misma conexi贸n de cliente a la misma conexi贸n de back-end. Esto se puede demostrar como:

GET / HTTP/1.1
Host: example.com

POST /pwreset HTTP/1.1
Host: psres.net

Este problema puede combinarse potencialmente con Host header attacks, como el envenenamiento de restablecimiento de contrase帽a o web cache poisoning, para explotar otras vulnerabilidades o obtener acceso no autorizado a hosts virtuales adicionales.

note

Para identificar estas vulnerabilidades, se puede utilizar la funci贸n 'connection-state probe' en HTTP Request Smuggler.

tip

Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)

Support HackTricks