CVE-2015-5602 : Detail

CVE-2015-5602

A01-Broken Access Control
0.06%V3
Local
2015-11-17
14h00 +00:00
2016-12-05
19h57 +00:00
Notifications for a CVE
Stay informed of any changes for a specific CVE.
Notifications manage

CVE Descriptions

sudoedit in Sudo before 1.8.15 allows local users to gain privileges via a symlink attack on a file whose full path is defined using multiple wildcards in /etc/sudoers, as demonstrated by "/home/*/*/file.txt."

CVE Informations

Related Weaknesses

CWE-ID Weakness Name Source
CWE-264 Category : Permissions, Privileges, and Access Controls
Weaknesses in this category are related to the management of permissions, privileges, and other security features that are used to perform access control.

Metrics

Metrics Score Severity CVSS Vector Source
V2 7.2 AV:L/AC:L/Au:N/C:C/I:C/A:C nvd@nist.gov

EPSS

EPSS is a scoring model that predicts the likelihood of a vulnerability being exploited.

EPSS Score

The EPSS model produces a probability score between 0 and 1 (0 and 100%). The higher the score, the greater the probability that a vulnerability will be exploited.

EPSS Percentile

The percentile is used to rank CVE according to their EPSS score. For example, a CVE in the 95th percentile according to its EPSS score is more likely to be exploited than 95% of other CVE. Thus, the percentile is used to compare the EPSS score of a CVE with that of other CVE.

Exploit information

Exploit Database EDB-ID : 37710

Publication date : 2015-07-27 22h00 +00:00
Author : daniel svartman
EDB Verified : Yes

# Exploit Title: sudo -e - a.k.a. sudoedit - unauthorized privilege escalation # Date: 07-23-2015 # Exploit Author: Daniel Svartman # Version: Sudo <=1.8.14 # Tested on: RHEL 5/6/7 and Ubuntu (all versions) # CVE: CVE-2015-5602. Hello, I found a security bug in sudo (checked in the latest versions of sudo running on RHEL and ubuntu) when a user is granted with root access to modify a particular file that could be located in a subset of directories. It seems that sudoedit does not check the full path if a wildcard is used twice (e.g. /home/*/*/file.txt), allowing a malicious user to replace the file.txt real file with a symbolic link to a different location (e.g. /etc/shadow). I was able to perform such redirect and retrieve the data from the /etc/shadow file. In order for you to replicate this, you should configure the following line in your /etc/sudoers file: <user_to_grant_priv> ALL=(root) NOPASSWD: sudoedit /home/*/*/test.txt Then, logged as that user, create a subdirectory within its home folder (e.g. /home/<user_to_grant_priv>/newdir) and later create a symbolic link inside the new folder named test.txt pointing to /etc/shadow. When you run sudoedit /home/<user_to_grant_priv>/newdir/test.txt you will be allowed to access the /etc/shadow even if have not been granted with such access in the sudoers file. I checked this against fixed directories and files (not using a wildcard) and it does work with symbolic links created under the /home folder.

Products Mentioned

Configuraton 0

Sudo_project>>Sudo >> Version To (including) 1.8.14

References

http://www.sudo.ws/stable.html#1.8.15
Tags : x_refsource_CONFIRM
http://www.securitytracker.com/id/1034392
Tags : vdb-entry, x_refsource_SECTRACK
http://www.debian.org/security/2016/dsa-3440
Tags : vendor-advisory, x_refsource_DEBIAN
https://security.gentoo.org/glsa/201606-13
Tags : vendor-advisory, x_refsource_GENTOO
https://www.exploit-db.com/exploits/37710/
Tags : exploit, x_refsource_EXPLOIT-DB