CVE-2019-20044
moderate-risk
Published 2020-02-24
In Zsh before 5.8, attackers able to execute commands can regain privileges dropped by the --no-PRIVILEGED option. Zsh fails to overwrite the saved uid, so the original privileges can be restored by executing MODULE_PATH=/dir/with/module zmodload with a module that calls setuid().
Do I need to act?
-
0.07% chance of exploitation
EPSS score — low exploit probability
-
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 (20)
Affected Vendors
References (40)
Mailing List
http://seclists.org/fulldisclosure/2020/May/49
Mailing List
http://seclists.org/fulldisclosure/2020/May/53
Mailing List
http://seclists.org/fulldisclosure/2020/May/55
Mailing List
http://seclists.org/fulldisclosure/2020/May/59
Release Notes
http://zsh.sourceforge.net/releases.html
Broken Link
https://github.com/XMB5/zsh-privileged-upgrade
Third Party Advisory
https://security.gentoo.org/glsa/202003-55
Third Party Advisory
https://support.apple.com/HT211168
Third Party Advisory
https://support.apple.com/HT211170
Third Party Advisory
https://support.apple.com/HT211171
Third Party Advisory
https://support.apple.com/HT211175
Third Party Advisory
https://support.apple.com/kb/HT211168
Third Party Advisory
https://support.apple.com/kb/HT211170
Third Party Advisory
https://support.apple.com/kb/HT211171
Third Party Advisory
https://support.apple.com/kb/HT211175
Release Notes
https://www.zsh.org/mla/zsh-announce/141
and 20 more references
47
/ 100
moderate-risk
Severity
24/34 · High
Exploitability
0/34 · Minimal
Exposure
23/34 · High