Skip to content
Actively exploitedCVSS 6.5 · MEDIUM

CVE-2026-48710Host header authentication bypass in Starlette

Kludex Starlette contains a HTTP request/response smuggling vulnerability that could allow attackers to inject paths into the host part, prepending the actual path leading to issues such as authentication bypass when the authentication depends on the reconstructed URL’s path. This vulnerability could be chaned with CVE-2026-42271.

View on NVD

Analysis

Starlette presenta una vulnerabilidad que permite manipular la reconstrucción de rutas mediante encabezados Host malformados, lo que facilita el bypass de controles de seguridad y autenticación. Este fallo está siendo explotado activamente en ataques reales para evadir middleware que valida el acceso basado en la URL solicitada. Se recomienda actualizar inmediatamente a la versión 1.0.1 o superior para asegurar la validación correcta de los encabezados HTTP.

Relevant roles

PythonBackendciberseguridad

Severity

Score: 6.5(MEDIUM)
Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N
AV: NETWORK
AC: LOW
PR: NONE
UI: NONE
S: UNCHANGED
C: LOW
I: LOW
A: NONE
Weakness (CWE): CWE-444CWE-1289

CISA KEV

Added to KEV: 2026-09-02
Federal patch deadline: 2026-09-16
Known ransomware use: Unknown
Required action

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.

EPSS

Probability of exploitation (next 30 days): 0.0210 (2.1%)
Percentile: 80.4%
EPSS: 2026-09-02

Affects

encode:starlette

Technical description

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.

Published: 5/26/2026, 10:16:44 PM
Last modified: 9/2/2026, 6:19:22 PM

References

HomeEventsBlogResourcesCoursesTeam