Cyber Resilience

CVE-2026-54282

Encode Starlette ≤ 1.3.0

Published
22 June 2026
Modified
26 June 2026
Patch / advisory
CVSS Score v3.1 3.7
Click a component to see what it means
Raw vectorCVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N
EPSS Score 0.0019 9th percentile
Risk Priority 31 floored blend · peak EPSS

Summary

CVE-2026-54282 is a low-severity Use of Incorrectly-Resolved Name or Reference (CWE-706) vulnerability in Encode Starlette. Its CVSS base score is 3.7 (Low).

Operationally, exploitation aligns with the MITRE ATT&CK technique Path Interception (T1034); ranked at the 9th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.

The strongest mitigations our analysis identified map to AC-3 (Access Enforcement) and AC-4 (Information Flow Enforcement) — see the control section below for these in your framework.

EU & UK References

Vulnerability Data

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…

more

/ (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.

CWE(s)

Related Threats

MITRE ATT&CK Enterprise Techniques

T1034 Path Interception Persistence
**This technique has been deprecated.
T1574.008 Path Interception by Search Order Hijacking Stealth
Adversaries may execute their own malicious payloads by hijacking the search order used to load other programs.
T1036 Masquerading Stealth
Adversaries may attempt to manipulate features of their artifacts to make them appear legitimate or benign to users and/or security tools.
Derived from this CVE’s CWE(s) via the direct CWE→ATT&CK cross-walk.

CVEs Like This One

CVE-2023-29159Same product: Encode Starlette
CVE-2026-48818Same product: Encode Starlette
CVE-2026-48817Same product: Encode Starlette
CVE-2026-54283Same product: Encode Starlette
CVE-2023-30798Same product: Encode Starlette
CVE-2026-48710Same product: Encode Starlette
CVE-2026-41402Shared CWE-706
CVE-2024-27295Shared CWE-706
CVE-2024-51746Shared CWE-706
CVE-2023-28643Shared CWE-706

Affected Assets

encode
starlette
≤ 1.3.0

Mitigating Controls

Mitigating Controls (NIST 800-53 r5) AI

Access enforcement applies authorization checks to the resolved resource, blocking access outside the intended sphere.

Information flow enforcement can constrain flows that result from an incorrectly resolved name or reference.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 mostly match
prevents

Secure-development practices directly prevent incorrect name/reference resolution bugs during coding.

PR.AA-05 partial match
prevents

Enforced authorization boundaries limit damage from an incorrectly resolved reference.

PR.IR-01 partial match
prevents

Logical segmentation and access controls reduce the chance an out-of-sphere resolution succeeds.

PR.PS-01 partial match
prevents

Hardened configuration baselines can constrain allowable name-to-resource mappings.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

finds

Security testing can detect incorrect name or reference resolution through fuzzing and negative test cases.

degrades

Network segmentation and routing policies reduce the chance that a mis-resolved name leads to an unintended external resource.

degrades

Segregated networks limit the blast radius when a name or reference resolves outside the intended control sphere.

prevents

Secure SDLC practices include design reviews that can catch incorrect name or reference handling before deployment.

prevents

Application security requirements can mandate validation of all external references and names used at runtime.

prevents

Secure architecture principles discourage reliance on ambient or globally-resolvable names without explicit scoping.

References