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.
History

Mon, 09 Jun 2025 16:15:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'poc', 'Technical Impact': 'total'}, 'version': '2.0.3'}


cve-icon MITRE

Status: PUBLISHED

Assigner: mitre

Published: 2019-11-28T00:27:51.000Z

Updated: 2025-06-09T15:51:35.168Z

Reserved: 2019-10-23T00:00:00.000Z

Link: CVE-2019-18276

cve-icon Vulnrichment

Updated: 2024-08-05T01:47:14.188Z

cve-icon NVD

Status : Modified

Published: 2019-11-28T01:15:10.603

Modified: 2025-06-09T16:15:29.960

Link: CVE-2019-18276

cve-icon Redhat

Severity : Low

Publid Date: 2019-07-01T00:00:00Z

Links: CVE-2019-18276 - Bugzilla