CVE-2026-103022: Urwid · handle_short_request() crashes on non-ASCII POST body (UnicodeEncodeError DoS)
Affects topydoSource GCVE Database
Not known to be exploited · CVSS 5.3 Medium.
Data as of 10 Nov 2026, 23:34 UTC
Thin evidence
One scorer or none| CNA (GitHub_M) | CVSS 3.1 | 5.3 |
|---|
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:LExploitation evidence
Disclosed: evidence found.
CVE published 6 Nov 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 10 Nov 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Homebrewtopydopkg:brew/topydoOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
Description
### Summary The `handle_short_request()` function in `urwid/display/web.py` raises an unhandled `UnicodeEncodeError` when processing a POST request body containing non-ASCII bytes. The function reads POST input and encodes it to ASCII before writing to a named pipe. Any byte value above `0x7F` causes the CGI process to exit with an unhandled exception, returning an HTTP 500 error to the client. Additionally, a file descriptor opened earlier in the same function is not closed before the exception propagates, causing a file descriptor leak for the lifetime of the CGI process. A second instance of missing exception handling exists in the polling update path, where non-UTF-8 socket output causes an unhandled `UnicodeDecodeError`. ### Impact An attacker who observes a valid `X-Urwid-ID` session token (transmitted in plaintext HTTP response headers) can send repeated POST requests containing non-ASCII bytes to the `urwid` CGI endpoint. Each malformed request causes the CGI handler to crash with HTTP 500. This results in a Denial of Service (DoS) for legitimate users using the `urwid` web interface. ### Affected Versions `urwid <= 4.0.6` ### Patches Fixed in `urwid 4.0.7`. Users should upgrade to version `4.0.7` or later. ### Workarounds No direct workaround exists short of disabling the `urwid` web display interface.
References
- github.com/urwid/urwid/security/advisories/GHSA-cp25-j9x5-p5xm (opens in a new tab)
- nvd.nist.gov/vuln/detail/CVE-2026-103022 (opens in a new tab)
- github.com/urwid/urwid/pull/1201 (opens in a new tab)
- github.com/urwid/urwid/commit/b79d9a96843a6f5950bb2bfab5d059bdc61c538b (opens in a new tab)
- github.com/urwid/urwid (opens in a new tab)
- github.com/urwid/urwid/releases/tag/4.0.7 (opens in a new tab)