CVE-2019-18276
high-risk
Published 2019-11-28
An issue was discovered in disable_priv_mode in shell.c in GNU Bash through 5.0 patch 11. By default, if Bash is run with its effective UID not equal to its real UID, it will drop privileges by setting its effective UID to its real UID. However, it does so incorrectly. On Linux and other systems that support "saved UID" functionality, the saved UID is not dropped. An attacker with command execution in the shell can use "enable -f" for runtime loading of a new builtin, which can be a shared object that calls setuid() and therefore regains privileges. However, binaries running with an effective UID of 0 are unaffected.
Do I need to act?
!
49.6% chance of exploitation in next 30 days
EPSS score — higher than 50% of all CVEs
-
Not on CISA KEV list
No confirmed active exploitation reported to CISA
?
Patch status unknown
Check vendor advisories for fix availability and mitigation guidance
7
CVSS 7.8/10
High
LOCAL
/ LOW complexity
Affected Products (19)
References (14)
Third Party Advisory
https://security.gentoo.org/glsa/202105-34
Third Party Advisory
https://security.netapp.com/advisory/ntap-20200430-0003/
Third Party Advisory
https://security.gentoo.org/glsa/202105-34
Third Party Advisory
https://security.netapp.com/advisory/ntap-20200430-0003/
61
/ 100
high-risk
Severity
24/34 · High
Exploitability
18/34 · Moderate
Exposure
19/34 · Moderate