Name
coreutils
Version
9.11
Type
library
Description
The basic file, shell and text manipulation utilities
Licenses
GPL-3.0-or-later
PURL
-
CPE
cpe:2.3:*:gnu:coreutils:9.11:*:*:*:*:*:*:*
Other Versions#
Patches#
#
Title
Author
Resolve
1
tee: fix infinite loop when write returns EAGAIN and short
Collin Funk <collin.funk1@gmail.com>
2
uniq: fix read overrun with -w
Paul Eggert <eggert@cs.ucla.edu>
CVE-2026-56391
3
coreutils: Fix build on uclibc
Khem Raj <raj.khem@gmail.com>
4
unexpand: fix heap overflow
=?UTF-8?q?P=C3=A1draig=20Brady?= <P@draigBrady.com>
CVE-2026-56392
Vulnerabilities#
Name
Analysis
Description
Patched
GNU coreutils unexpand is vulnerable to a heap-based buffer overflow due to an integer overflow during buffer allocation when processing large tab stop (-t) values. The multiplication used to calculate the allocation size can wrap around, resulting in an undersized buffer.
When processing crafted input, subsequent writes exceed the allocated memory, leading to an out‑of‑bounds heap write.
When running GNU coreutils unexpand with attacker-provided large tab stop (-t) arguments, this behavior leads to a crash and potentially achieve a heap write primitive depending on memory layout.
This issue has been fixed in the commit b60a159fdc5bfcf9988d3a4cb6f53abe8ad5d35d
Patched
GNU coreutils uniq is vulnerable to an out‑of‑bounds read due to incorrect handling of multibyte input when the -w (--check-chars) option is used. The find_field() function miscalculates the byte length of characters by repeatedly processing a fixed pointer instead of advancing through the input, resulting in an inflated length value.
This incorrect length is later used in a memcmp operation, causing reads beyond the allocated buffer when processing crafted multibyte input.
When running GNU coreutils uniq with attacker-provided arguments, this behavior leads to a crash and potential adjacent heap memory exposure.
This issue has been fixed in the commit d64e35a8a4c0e4608321433e0d84d917e4e36371.