CVE-2021-3999 @ morris
Package interrogation (copy)
Run on the host — click to copy a command. RPM
| Package | Commands |
|---|---|
| glibc-2.17-326.el7_9.99.tuxcare.els4 | |
| glibc-common-2.17-326.el7_9.99.tuxcare.els4 | |
| glibc-devel-2.17-326.el7_9.99.tuxcare.els4 | |
| glibc-headers-2.17-326.el7_9.99.tuxcare.els4 | |
| glibc-static-2.17-326.el7_9.99.tuxcare.els4 | |
| glibc-utils-2.17-326.el7_9.99.tuxcare.els4 |
Inventory lookup
Search package inventory across systems, then return here. Create a ticket on systems the matcher missed.
Suggestions: glibc · glibc-common · glibc-devel · glibc-headers · glibc-static · glibc-utils
| System | Matches | Ticket for CVE-2021-3999 | |
|---|---|---|---|
| morris | glibc-common 2.17 | new open | |
| mufasa | glibc-common 2.17 | new open |
Same product CVEs in your queue
Other open tickets that look like the same product. Closed tickets are omitted unless they are already pegged to this CVE.
| CVE | CVSS | KEV | Systems | Status | Matched | Already related | |
|---|---|---|---|---|---|---|---|
| CVE-2022-23219 | 9.8 | morris, mufasa | new | glibc-devel | — | ||
| CVE-2022-23218 | 9.8 | morris, mufasa | new | glibc-devel | — | ||
| CVE-2021-35942 | 9.1 | morris, mufasa | new | glibc-devel | — | ||
| CVE-2021-3326 | 7.5 | morris, mufasa | new | glibc-devel | — | ||
| CVE-2021-38604 | 7.5 | morris, mufasa | new | glibc-devel | — |
Related CVE (same fix)
Point this ticket’s CVE at a higher-priority / same-fix primary so you only triage one.
Host OS / kernel
uname -r → 3.10.0-962.3.2.lve1.5.89.el7.x86_64uname -v → #1 SMP Thu Jul 9 15:55:31 UTC 2026For Linux kernel CVEs, kernel_version (Debian packaging / build string) often decides fixed vs not; kernel_release is used for upstream NVD range compares.
Same CVE on other hosts
Open the ticket for this CVE on another system.
| System | Status | Priority | Updated | |
|---|---|---|---|---|
| mufasa | new | 9.3 | 2026-10-20T10:18:49Z | Open |
Description
A flaw was found in glibc. An off-by-one buffer overflow and underflow in getcwd() may lead to memory corruption when the size of the buffer is exactly 1. A local attacker who can control the input buffer and size passed to getcwd() in a setuid program could use this flaw to potentially execute arbitrary code and escalate their privileges on the system.
Update status
Add note only
References
- https://access.redhat.com/security/cve/CVE-2021-3999
- https://bugzilla.redhat.com/show_bug.cgi?id=2024637
- https://lists.debian.org/debian-lts-announce/2022/10/msg00021.html
- https://security-tracker.debian.org/tracker/CVE-2021-3999
- https://security.netapp.com/advisory/ntap-20221104-0001/
- https://sourceware.org/bugzilla/show_bug.cgi?id=28769
- https://sourceware.org/git/gitweb.cgi?p=glibc.git%3Bh=23e0e8f5f1fb5ed150253d986ecccdc90c2dcd5e
- https://www.openwall.com/lists/oss-security/2022/01/24/4
- https://access.redhat.com/security/cve/CVE-2021-3999
- https://bugzilla.redhat.com/show_bug.cgi?id=2024637
- https://lists.debian.org/debian-lts-announce/2022/10/msg00021.html
- https://security-tracker.debian.org/tracker/CVE-2021-3999
- https://security.netapp.com/advisory/ntap-20221104-0001/
- https://sourceware.org/bugzilla/show_bug.cgi?id=28769
- https://sourceware.org/git/gitweb.cgi?p=glibc.git%3Bh=23e0e8f5f1fb5ed150253d986ecccdc90c2dcd5e
NVD: CVE-2021-3999