Starlette is a lightweight ASGI framework/toolkit. Prior to 1.3.0, the HTTP request path is not validated before being used to reconstruct request.url. Because request.url is rebuilt by concatenating {scheme}://{host}{path} and re-parsing the result, a path that does not begin with / (for example @google.com) moves the authority boundary during re-parsing, so request.url.hostname and request.url.netloc become attacker-controlled. Code that reads request.url.hostname (rather than the Host header or scope) can therefore be misled into trusting an attacker-supplied host. This vulnerability is fixed in 1.3.0.
Fix
Patch, vendor advisory and mitigation references on NVD 1
- https://github.com/Kludex/starlette/security/advisories/GHSA-jp82-jpqv-5vv3 Mitigation, Vendor Advisory
Every line above is quoted from NVD, CISA, Microsoft, the vendor's own advisory or DISA; nothing is generated.
Change history 1
- First seenCVSS 5.3 · encodeNVD modified 2026-10-25 23:10
Affected (CPE criteria) 1
cpe:2.3:a:encode:starlette:*:*:*:*:*:python:*:*
References 1
- https://github.com/Kludex/starlette/security/advisories/GHSA-jp82-jpqv-5vv3 Mitigation, Vendor Advisory