CVE-2026-110314 json
WebSocket frames keep reaching the WebSock after a server-initiated close in Bandit
published 2026-10-26 13 d ago modified 2026-11-02 6 d ago also EEF-CVE-2026-110314 , GHSA-2v5v-8f9v-xh85 , EUVD-2026-109822
- cvss
- 6.3
- version 4.0, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.4%
- EPSS 0.4% chance of exploitation in 30 days, percentile 32%
- public exploits
- 0
- none known
Summary
Client-Side Enforcement of Server-Side Security vulnerability in the WebSocket connection handling of mtrudel bandit allows a remote client to keep running WebSock handler code after the server has stopped its connection, via data frames sent after ignoring the server's Close frame.
When a WebSock callback returns {:stop, ...}, Bandit.WebSocket.Connection calls terminate/2, sends Close and shuts down the write side, but keeps the connection process running in a :closing state. handle_frame/3 and handle_info/3 never check that state, so later frames still reach handle_in/2 and later messages reach handle_info/2, with the state from the stop tuple, until the client sends Close, TCP drops or the idle timeout fires. A client refused in init/1 after a failed token check could still run an admin-only action.
This issue affects bandit: from 0.5.1 before 1.14.0.
Patch / fix
- hex bandit 1.14.0
- mtrudel bandit 1.14.0
CISA SSVC
- Exploitation
- Proof of concept is public
- Automatable
- no
- Technical impact
- partial
- Assessed
- 6 d ago
Exploit prediction
0.38% chance of exploitation in the next 30 days, higher than 32% of all scored CVEs (FIRST EPSS, 2026-11-08).
Exploits and checks
- github.com https://github.com/mtrudel/bandit/security/advisories/GHSA-2v5v-8f9v-xh85 referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 4.0 | 6.3 | CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N |
| CNA | 4.0 | 6.3 | CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| hex | bandit | >=0.5.1, <1.14.0 |
1.14.0 |
Affected products
- mtrudel bandit
Classification
- Weakness
-
- CWE-602 Client-Side Enforcement of Server-Side Security
References
-
github.com
/mtrudel/bandit/commit/bb407f2277dcb65a58dd8cc07913a0b58a80e266
related, web
-
github.com
/mtrudel/bandit/commit/220b9dfd27f9a21305be2afc75cbe585ddc24e7a
patch
-
github.com
/mtrudel/bandit/security/advisories/GHSA-2v5v-8f9v-xh85
vendor-advisory, related, exploit, advisory
-
cna.erlef.org
/cves/CVE-2026-110314.html
related, web
-
osv.dev
/vulnerability/EEF-CVE-2026-110314
related
-
hex.pm
/packages/bandit
package
Sources
- CVE List CVE-2026-110314
- NVD CVE-2026-110314
- OSV EEF-CVE-2026-110314
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.