REDHAT-BUG-598154
First published: Mon May 31 2010(Updated: )
Anders Kaseorg and Evan Broder reported a flaw in the way sudo handled duplicated environment variables. When sudo set certain environment variables (such as PATH set to secure_path value, or special sudo environment variables SUDO_*), the value overwrote first value from user's environment (if it had been preserved and had not removed previously due to env_reset / env_keep / env_delete settings), but left following environment variables with the same name unchanged. This problem can be used to override secure_path setting from /etc/sudoers file for shell scripts executed using sudo, as bash uses last PATH environment variable value. In configurations where secure_path is used to enforce sane PATH setting for shell scripts, this can allow users with the privileges to run some script using sudo to run arbitrary command with the privileges of the target user. Upstream fixes to handle duplicated environment variables: <a href="http://www.sudo.ws/repos/sudo/rev/3057fde43cf0">http://www.sudo.ws/repos/sudo/rev/3057fde43cf0</a> <a href="http://www.sudo.ws/repos/sudo/rev/a09c6812eaec">http://www.sudo.ws/repos/sudo/rev/a09c6812eaec</a> This issue affects sudo packages shipped in Red Hat Enterprise Linux 5, however not the default configuration. In default configuration, no secure_path is set. env_reset is used by default, and PATH is not preserved during the environment reset (unlike the upstream sudo default). The sudo packages in Red Hat Enterprise Linux 3 and 4 do not allow setting secure_path in the /etc/sudoers, there is no compile-time default for the secure_path either. Whether the user PATH setting is preserved depends on env_reset / env_delete configuration. Current Fedora configuration specifies secure_path, but also removes PATH from the environment by default.
| Affected Software | Affected Version | How to fix |
|---|---|---|
| Red Hat Enterprise Linux | ||
| Red Hat Enterprise Linux | ||
| Red Hat Enterprise Linux | ||
| Fedora |
Never miss a vulnerability like this again
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.
Reference Links
- http://www.sudo.ws/repos/sudo/rev/3057fde43cf0
- http://www.sudo.ws/repos/sudo/rev/a09c6812eaec
- http://admin.fedoraproject.org/updates/sudo-1.7.2p6-2.fc13
- http://admin.fedoraproject.org/updates/sudo-1.7.2p6-2.fc12
- http://admin.fedoraproject.org/updates/sudo-1.7.2p6-2.fc11
- http://www.sudo.ws/sudo/alerts/secure_path.html
- https://rhn.redhat.com/errata/RHSA-2010-0475.html
- https://bugzilla.redhat.com/show_bug.cgi?id=598154
Frequently Asked Questions
What is the severity of REDHAT-BUG-598154?
The severity of REDHAT-BUG-598154 has not been explicitly defined, but it relates to improper handling of environment variables which could impact security.
How do I fix REDHAT-BUG-598154?
To fix REDHAT-BUG-598154, update your sudo package to the latest version provided by your distribution.
Which versions of software are affected by REDHAT-BUG-598154?
REDHAT-BUG-598154 affects Red Hat Enterprise Linux versions 3, 4, 5, and Fedora.
What is the nature of the vulnerability in REDHAT-BUG-598154?
The vulnerability in REDHAT-BUG-598154 involves sudo improperly handling duplicated environment variables.
Can REDHAT-BUG-598154 lead to privilege escalation?
Yes, REDHAT-BUG-598154 could potentially lead to privilege escalation due to the mismanagement of environment variables.
- agent/references
- agent/type
- agent/first-publish-date
- agent/last-modified-date
- collector/redhat-bugzilla
- source/Red Hat
- alias/CVE-2010-1646
- agent/severity
- agent/event
- agent/description
- agent/trending
- agent/source
- agent/softwarecombine
- agent/tags
- agent/guess-ai
- agent/software-canonical-lookup
- agent/software-canonical-lookup-request
- vendor/red hat
- canonical/red hat enterprise linux
- vendor/fedora
- canonical/fedora