cve.bz

CVE-2026-126366

msgpack-java JRuby decoder allocates from declared header counts with no cap: 5-byte message forces multi-GiB OOM

7.5 high

High (7.5) in msgpack msgpack-ruby.

On this page
MessagePack for Ruby is an implementation of the MessagePack binary serialization format. Prior to 1.8.7, the Java-platform msgpack gem for JRuby allocated arrays and byte buffers directly from attacker-controlled array32, str32, and bin32 declared sizes before confirming that corresponding elements or bytes were available. A short MessagePack header could therefore trigger a very large allocation or sustained heap growth when an application decoded untrusted input through MessagePack.unpack or MessagePack::Unpacker, potentially exhausting the shared JVM heap. map32 and declared counts at or above 2^31 did not use the affected allocation behavior. This issue is fixed in version 1.8.7.

Severity

CVSS 3.1

7.5 high
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
CWEs
CWE-770 Allocation of Resources Without Limits or Throttling
CWE-1325 Improperly Controlled Sequential Memory Allocation
Published
Assigned by
GitHub_M (CNA)
NVD analysis
Not in the NVD yet
Record from
the CVE List, synced

Ask an AI about this CVE

Show the promptExplain CVE-2026-126366 for an engineer deciding whether to act. Use https://cve.bz/api/public/cves/CVE-2026-126366?via=ask-ai-copy and https://cve.bz/cve/CVE-2026-126366?via=ask-ai-copy as the source of truth: what is affected and which versions fix it, whether it is in CISA KEV, public exploits, and its EPSS (an internet-wide 30-day estimate of exploitation activity, not a forecast for my systems). If they give no fixed versions, use the CVE record https://cveawg.mitre.org/api/cve/CVE-2026-126366 or the vendor advisory, not third-party mirrors. Tell me how to check whether I am affected and how to verify a fix. Cite the sources and say where they are uncertain.

Opens a third-party assistant; its answer is its own, not cve.bz's. The prompt holds only this CVE's id and public links.

Badge for a README or a site

CVE-2026-126366

An image that stays current: it is drawn from the data each time it is fetched (a host that proxies images, as GitHub does, may show its copy for a while). Markdown:

[![CVE-2026-126366](https://cve.bz/cve/badge/CVE-2026-126366.svg)](https://cve.bz/cve/CVE-2026-126366)

HTML:

<a href="https://cve.bz/cve/CVE-2026-126366"><img src="https://cve.bz/cve/badge/CVE-2026-126366.svg" alt="CVE-2026-126366"></a>

Affected

Versions

From the CNA's record in the CVE List.

ProductAffected
msgpack-ruby< 1.8.7

Attack patterns (CAPEC)

  • CAPEC-130 Excessive Allocation Likelihood: Medium · Severity: Medium

The attack patterns MITRE's CAPEC relates to this record's weaknesses, as MITRE names them. Credits. More on the page of CWE-770 (20).

References

Check your stackJSON