VRT 391,192 CVEs tracked · 15,442 in RASP scope · data as of 20 hours ago

CVE-2026-0861

8.4 High Not applicable

Description

Passing too large an alignment to the memalign suite of functions (memalign, posix_memalign, aligned_alloc) in the GNU C Library version 2.30 to 2.42 may result in an integer overflow, which could consequently result in a heap corruption. Note that the attacker must have control over both, the size as well as the alignment arguments of the memalign function to be able to exploit this. The size parameter must be close enough to PTRDIFF_MAX so as to overflow size_t along with the large alignment argument. This limits the malicious inputs for the alignment for memalign to the range [1<<62+ 1, 1<<63] and exactly 1<<63 for posix_memalign and aligned_alloc. Typically the alignment argument passed to such functions is a known constrained quantity (e.g. page size, block size, struct sizes) and is not attacker controlled, because of which this may not be easily exploitable in practice. An application bug could potentially result in the input alignment being too large, e.g. due to a different buffer overflow or integer overflow in the application or its dependent libraries, but that is again an uncommon usage pattern given typical sources of alignments.

CWE-190 · Integer overflow

Exploitation Status

No public exploit

Nothing published shows this CVE being exploited, which is not the same as ruling it out.

CVSS E:U

  • CISA KEV not listed
  • CISA Vulnrichment exploitation: none
  • Indexed PoC none indexed
  • EPSS 0.39% chance in 30 days

Waratek Defense Posture

Not applicable

Not a Java vulnerability. Outside ARMR's domain entirely.

  • Protection none
  • Action not-needed none
  • Review automated upstream-data
  • Record active
Decided by non-java-upstream : A root cause in non-Java code: an OS kernel, a C library, or a bundled runtime
Finding Root cause is in an ignored upstream product (The GNU C Library/glibc). Common reasons: not a Java library, vulnerability is in native/C code, or product is outside ARMR's mitigation scope.

CVSS

8.4 HIGH v3.1 CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H 1 metric

VRT selects the newest version's highest entry and publishes it as cvssScore, newest rather than largest because scores are not comparable across versions, and highest rather than first because the first entry is frequently a CNA placeholder scoring 0.0 over NVD's own analysis.

VersionScoreBandVectorAssignerType
CVSS 3.1 8.4 HIGH CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H CISA-ADP Secondary published

Affected Software & Releases

🏛️ Oracle CPU Advisories & Products

AdvisoryTypeQuarterProducts Oracle named in risk matrix
Oracle Critical Patch Update July 2026 CPU 2026-Q3 Oracle Communications / Configuration (glibc) (25.2.200)
Oracle Critical Patch Update April 2026 CPU 2026-Q2 Oracle Communications / Configuration (glibc) (25.1.200, 25.2.200)
Oracle Communications / Mediation Engine (glibc) (6.1.0.0.0)
Oracle Communications / Third Party (glibc) (7.7.0, 7.8.0, 8.0.0)

Indexed Oracle Components & Versions

FamilyComponentOracle's version cell (verbatim)Indexed as
Oracle Communications Configuration (glibc) 25.1.200, 25.2.200 25.1.200 · 25.2.200
Oracle Communications Mediation Engine (glibc) 6.1.0.0.0 6.1.0.0.0
Oracle Communications Third Party (glibc) 7.7.0, 7.8.0, 8.0.0 7.7.0 · 7.8.0 · 8.0.0

🖥️ Product CPEs & Version Ranges

1 product(s) over 1 version claims (uncapped)
SourceVendorProductSchemeAffected Versions
nvd gnu glibc generic ≥ 2.30 and ≤ 2.42

References

URLTags
https://sourceware.org/bugzilla/show_bug.cgi?id=33796 Exploit
https://sourceware.org/git/?p=glibc.git;a=blob_plain;f=advisories/GLIBC-SA-2026-0001 Patch
http://www.openwall.com/lists/oss-security/2026/01/16/5 Mailing List, Patch

Timeline

Published 2026-01-14 Last modified 2026-06-17
Published2026-01-14By the CVE Program.
NVD record modified2026-06-17NVD's own last-modified date for this record.