High severity · published Oct 2, 2026
CVE-2026-83745
Apache Thrift, Apache Thrift: WebSocket frame decoders allocate the payload buffer from the declared length, not the bytes received (Node.js, D)
8.7
CVSS
0.3%
EPSS
No
On KEV
Description
Memory allocation with excessive size value, Improper handling of length parameter inconsistency vulnerability in Apache Thrift  nodejs and D lang bindings. Both bindings' WebSocket server transports read the payload length out of the frame header and allocate that many bytes immediately, without checking that the bytes have arrived. A single ~14-byte frame therefore commits as much memory as it cares to declare -- measured at 513 MiB against the Node.js server and 2 GiB against the D transport -- and in the Node.js case the connection is left open afterwards, so the frame can simply be sent again. This issue affects Apache Thrift before 0.25.0. Users are recommended to upgrade to version 0.25.0, which fixes the issue.
Exploitation
Is it being used?
Exploit prediction (EPSS)0.3% · higher than 28% of CVEs
Exploited in the wildNo evidence yet
CISA KEVNot listed
Ransomware campaign useNot known
Affected products
Which versions
AT
Apache Thrift · Apache Software Foundation
before 0.25.0; before 0.25.0 · source: vendor
Affected product
AT
Apache Thrift
Apache Software Foundation
More from Apache Thrift
9.8
CVE-2026-55971
Apache Thrift: C++ ZLIB heap buffer overflow (write) in THeaderTransport::untransform()
9.2
CVE-2026-83632
Apache Thrift: C++ THttpTransport grows its line buffer without bound
9.2
CVE-2026-91135
Apache Thrift: C++ `THeaderTransport::transform()` heap buffer overflow (write direction)
9.1
CVE-2026-58662
Apache Thrift: C++ THeaderTransport::readString() info-header length bounds bypass
9.1
CVE-2026-58023
Apache Thrift: c_glib heap out-of-bounds read in transport leftover-bytes path