Starlette has missing Host header validation that poisons request.url.path, bypassing path-based security checks
Corrija agora. Ela está sob exploração confirmada pelo CISA e tem exploit funcional público.
Declarações oficiais dos fabricantes em formato CSAF/VEX: se o produto deles está afetado, já corrigido ou descartado — e por quê. É afirmação do fabricante, não juízo do Vexday.
Apply mitigations in accordance with vendor instructions, ensuring compliance with CISA’s BOD 26-04 Prioritizing Security Updates Based on Risk (see URL in Notes) guidance and CISA’s “Forensics Triage Requirements” (see URL in Notes). Follow applicable BOD 26-04 guidance for cloud services or discontinue use of the product if mitigations are unavailable. Stakeholders are responsible for evaluating each asset's internet exposure and ensuring adherence to BOD 26-04 patching guidelines.
O Starlette não validava adequadamente o cabeçalho HTTP Host, permitindo que atacantes enviem requisições malformadas que fazem o caminho da URL parecer diferente do que foi realmente solicitado. Isso pode contornar verificações de segurança baseadas no caminho da URL.
A vulnerabilidade existe em versões do Starlette anteriores à 1.0.1, onde o cabeçalho Host é usado para reconstruir request.url sem validação conforme RFC 9112/3986. Um atacante pode enviar um Host malformado para fazer request.url.path divergir do caminho de roteamento real em scope, permitindo contornar middleware de segurança e restrições de endpoints que verificam request.url em vez dos valores brutos de scope.