CVE-2026-54282: Starlette · Unvalidated request path concatenated into authority poisons request.url.hostname
Affects mcpmSource GCVE Database
Not known to be exploited · CVSS 3.7 Low : upgrade to 2.15.0_1 when convenient.
Data as of 30 Oct 2026, 07:00 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 19% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 2.15.0_1
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 22 Jun 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.
What to do
Upgrade mcpm to 2.15.0_1.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Homebrewmcpmpkg:brew/mcpmOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Upgrade Starlette to version 2.15.0_1 or later, which includes a fix that prevents the request path from crossing into the URL authority. This ensures that paths not starting with '/' are correctly handled and do not alter request.url.hostname. No other mitigation is required if the upgrade is applied.
Description
Starlette versions from 1.0.3 up to but not including 2.15.0_1 have a vulnerability where an unvalidated HTTP request path can alter the reconstructed request URL's hostname. This occurs because the path is concatenated directly after the host without ensuring it begins with a '/', allowing an attacker to craft a path that shifts the authority boundary and controls request.url.hostname. This can mislead code relying on request.url.hostname for security decisions. The issue is mitigated by upgrading to version 2.15.0_1 or later, which properly validates the path to prevent this behavior.