Skip to main content
VulnerabilityPublished Updated

CVE-2019-18276: GNU Bash · Improper Check for Dropped Privileges

Source CVE Database V5

0

Not known to be exploited · CVSS 7.8 High.

Data as of 26 Oct 2026, 13:47 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
2.6% chance of exploitation in 30 days – higher than 85% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 28 Nov 2019

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
GitHubbminor/bashpkg:github/bminor/bashOther threatsAffected
  • <=5.0-patch11
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

European organizations should apply the following specific mitigation measures: 1) Upgrade GNU Bash to versions later than 5.0 patch 11 where this vulnerability is fixed. If immediate patching is not feasible, consider temporarily restricting the use of Bash shells with differing effective and real UIDs. 2) Implement strict access controls to limit who can execute shell commands, especially with non-root privileges, to reduce the risk of attackers gaining initial shell access. 3) Monitor and restrict the use of the 'enable -f' command or disable runtime loading of builtins where possible, as this is the vector used to regain privileges. 4) Employ mandatory access control frameworks such as SELinux or AppArmor to constrain Bash's ability to load arbitrary shared objects or invoke setuid(). 5) Conduct regular audits of user accounts and running processes to detect unusual privilege escalations or unexpected shared object loads. 6) Harden systems by minimizing the number of users with shell access and employing multi-factor authentication for remote access. 7) Use intrusion detection systems to monitor for suspicious shell activity indicative of exploitation attempts. These targeted steps go beyond generic advice by focusing on controlling the specific exploitation technique and limiting the attack surface related to privilege dropping and regaining in Bash.

Description

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.

References

Community reviews

Loading reviews…