CVE-2026-115927: Tornado · Event loop blocking and excess memory use from chunked bodies with many small chunks
Affects jupyterlabSource GCVE Database
Not known to be exploited · CVSS 5.3 Medium : upgrade to 4.6.4_3 when convenient.
Data as of 30 Oct 2026, 09:00 UTC
Thin evidence
One scorer or none| CNA (GitHub_M) | CVSS 3.1 | 5.3 |
|---|
- Patch
- Available – fixed in 4.6.4_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 26 Oct 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 jupyterlab to 4.6.4_3.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Homebrewjupyterlabpkg:brew/jupyterlabOther 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
A fix is available in Tornado 6.6. Users should upgrade to Tornado 6.6 or later to resolve this issue. As workarounds, running Tornado behind a reverse proxy that buffers request bodies and forwards them with a Content-Length header instead of chunked encoding can mitigate the issue. Additionally, lowering max_body_size for the server or individual handlers can limit the impact of each request but does not fully remove the vulnerability.
Description
Tornado HTTP servers are vulnerable to event loop blocking and excessive memory use when processing HTTP/1.1 chunked transfer encoding bodies composed of many small chunks. An attacker can send a request body with millions of 1-byte chunks, causing the server to block the event loop for extended periods and consume significantly more memory than the actual body size. This affects all Tornado HTTP servers that read request bodies without prior rejection and also impacts SimpleAsyncHTTPClient when reading responses from malicious servers. The issue is fixed in Tornado 6.6.
References
- github.com/tornadoweb/tornado/security/advisories/GHSA-r4j5-9xpp-3985 (opens in a new tab)
- nvd.nist.gov/vuln/detail/CVE-2026-115927 (opens in a new tab)
- github.com/tornadoweb/tornado/pull/3773 (opens in a new tab)
- github.com/tornadoweb/tornado/commit/ceab33581489751a66fba8566ad6d5960d4b01c8 (opens in a new tab)
- github.com/tornadoweb/tornado (opens in a new tab)
- github.com/tornadoweb/tornado/releases/tag/v6.6.0 (opens in a new tab)