gptme · python-multipart: Quadratic-time querystring parsing with semicolon separators causes CPU denial of service
Affects gptmeSource GCVE Database
Not known to be exploited · CVSS 7.5 High : upgrade to 0.31.0_12 soon.
Data as of 5 Nov 2026, 00:01 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 40% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 0.31.0_12
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation 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 4 Nov 2026.
What to do
Upgrade gptme to 0.31.0_12.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Homebrewgptmepkg:brew/gptmeOther 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 python-multipart to version 0.31.0_12 or later. This version changes the parser to treat only '&' as a field separator, eliminating the quadratic-time parsing issue and ensuring linear parsing performance. No other mitigation is required.
Description
A vulnerability in python-multipart's QuerystringParser causes quadratic-time parsing of application/x-www-form-urlencoded bodies when semicolon separators are used without ampersands. This leads to excessive CPU consumption and potential denial of service by blocking worker processes during parsing. The issue affects versions from 0.28.0 up to but not including 0.31.0_12. Upgrading to version 0.31.0_12 or later resolves the issue by adhering to the standard of using only '&' as a field separator, ensuring linear parsing time.