CVE-2026-48710
ŚrednieCVSS 6.5Prawdopodobieństwo exploitacji (EPSS)
Podwyższone ryzykoPercentyl 70 - wyżej niż 70% wszystkich znanych CVE
Streszczenie
W Starlette przed wersją 1.0.1 nagłówek HTTP `Host` nie był walidowany przed użyciem do rekonstrukcji `request.url`. Algorytm routingu opiera się na surowej ścieżce HTTP, podczas gdy `request.url` jest odtwarzany z nagłówka `Host`, co przy złośliwym nagłówku może spowodować różnicę między `request.url.path` a faktycznie żądaną ścieżką. Pozwala to na ominięcie zabezpieczeń w oprogramowaniu pośredniczącym i punktach końcowych, które polegają na `request.url` zamiast na surowej ścieżce z `scope`.
Ocena ryzyka
Organizacja narażona jest na ryzyko ominięcia kontroli dostępu i innych zabezpieczeń opartych na adresie URL, co może prowadzić do nieautoryzowanego dostępu do zasobów lub ujawnienia danych.
Rekomendacja
Należy niezwłocznie zaktualizować Starlette do wersji 1.0.1 lub nowszej, która waliduje nagłówek `Host` zgodnie z RFC 9112 §3.2 / RFC 3986 §3.2.2 i w przypadku błędnych wartości używa `scope["server"]`.
Oryginalny opis (angielski, źródło NVD)
Starlette is a lightweight ASGI framework/toolkit. Prior to version 1.0.1, the HTTP `Host` request header was not validated before being used to reconstruct `request.url`. Because the routing algorithm relies on the raw HTTP path while `request.url` is rebuilt from the `Host` header, a malformed header could make `request.url.path` differ from the path that was actually requested. Middleware and endpoints that apply security restrictions based on `request.url` (rather than the raw `scope` path) could therefore be bypassed. Users should upgrade to a version greater than or equal to version 1.0.1, which validates the `Host` header against the grammar of RFC 9112 §3.2 / RFC 3986 §3.2.2 when constructing `request.url` and falls back to `scope["server"]` for malformed values.