Skip to main content
VulnerabilityPublished

CVE-2026-89092: The GNU C Library glibc · Excessive Memory Allocation

Affects The GNU C Library glibcSource CVE Database V5

0

Not known to be exploited · CVSS 4.2 Medium : upgrade to 2.45 when convenient.

Data as of 26 Oct 2026, 10:12 UTC

CVSS 3.1 base score
4.2Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 14% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.45
CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 11 Sep 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 26 Oct 2026.

What to do

Upgrade glibc and the Debian debian/glibc package to 2.45.

Affected software

ProductAffectedFixed in
The GNU C LibraryglibcAffected
  • >=2.3.4 <2.45
Fixed in
  • 2.45
Debiandebian/glibcpkg:deb/debian/glibcOther threatsAffected
  • >=2.3.4 <2.45
Fixed in
  • 2.45

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

Mitigation includes ensuring that nscd is not configured to use untrusted DNS servers, or disabling nscd if it is not required. Monitoring and restricting DNS server configurations to trusted sources can reduce exposure. Since nscd runs isolated with limited privileges, the risk of further compromise is reduced.

Description

The nscd service in the GNU C Library 2.3.4 onwards may crash due to a stack overflow when a malicious DNS server returns too large a response for a DNS query, resulting in degraded DNS resolution for the system. Exploitation of this bug needs a system that has nscd enabled and using an untrusted DNS server for name resolution, with the compromised DNS server being capable of processing records large enough to result in a stack overflow in an nscd thread stack. During experimentation, bind 9 was unable to handle large records, but that could change in future or with a different name server. In typical installations, nscd is executed in an isolated context as its own user without a shell, due to which any compromise of that service is isolated. There is a remote possibility of nscd cache corruption if an attacker manages to get the stack pointer into a desired point in the heap, potentially resulting in other caches in nscd being overwritten with corrupt data through the stack overflow, until the buggy code path eventually results in a crash. Finally, a crash in nscd may result in performance degradation when resolving names, but it does not result in a denial of service.

References

Community reviews

Loading reviews…