CVE-2026-56392
ŚrednieCVSS 6.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 7 - wyżej niż 7% wszystkich znanych CVE
Streszczenie
W GNU coreutils unexpand występuje przepełnienie sterty spowodowane przepełnieniem liczby całkowitej podczas alokacji bufora przy przetwarzaniu dużych wartości argumentu -t. Może to prowadzić do zapisu poza przydzieloną pamięcią i potencjalnie do uzyskania prymitywu zapisu na stercie.
Ocena ryzyka
Atakujący może spowodować awarię programu lub potencjalnie uzyskać możliwość wykonania kodu w zależności od układu pamięci, co stanowi poważne zagrożenie dla systemów przetwarzających dane wejściowe od użytkownika.
Rekomendacja
Zastosuj łatkę dostępną w commicie b60a159fdc5bfcf9988d3a4cb6f53abe8ad5d35d lub zaktualizuj coreutils do wersji zawierającej poprawkę.
Inne podatności w GNU coreutils
Zobacz wszystkie- CVE-2014-9471Wysokie
Funkcja parse_datetime w GNU coreutils umożliwia zdalnym atakującym spowodowanie awarii (denial of service) lub potencjalne wykonanie dowolnego kodu poprzez spreparowany ciąg daty.
- CVE-2026-56391Średnie
W narzędziu GNU coreutils uniq występuje podatność na odczyt poza zakresem spowodowana nieprawidłowym przetwarzaniem wielobajtowych danych wejściowych przy użyciu opcji -w (--check-chars). Funkcja find_field() błędnie oblicza długość bajtową znaków, przetwarzając wielokrotnie stały wskaźnik zamiast przesuwać się w danych wejściowych, co prowadzi do zawyżonej wartości długości. Ta nieprawidłowa długość jest później używana w operacji memcmp, powodując odczyty poza przydzielonym buforem podczas przetwarzania spreparowanych wielobajtowych danych wejściowych. Prowadzi to do awarii i potencjalnego ujawnienia sąsiedniej pamięci sterty.
- CVE-2025-5278Średnie
W GNU Coreutils funkcja begfield() w narzędziu sort jest podatna na odczyt poniżej bufora sterty. Użycie spreparowanego polecenia z tradycyjnym formatem klucza może spowodować dostęp do pamięci poza przydzielonym buforem.
Oryginalny opis (angielski, źródło NVD)
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
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS