| Reporter | Title | Published | Views | Family All 41 |
|---|---|---|---|---|
| Sudo 1.8.14 - Unauthorized Privilege Vulnerability | 30 Jul 201500:00 | – | zdt | |
| sudo -- potential privilege escalation via symlink misconfiguration | 17 Nov 201500:00 | – | freebsd | |
| CVE-2015-5602 | 28 Jul 201500:00 | – | circl | |
| Sudo sudoedit Unauthorized Access Vulnerability | 19 Nov 201500:00 | – | cnvd | |
| CVE-2015-5602 | 17 Nov 201515:00 | – | cve | |
| CVE-2015-5602 | 17 Nov 201515:00 | – | cvelist | |
| [SECURITY] [DLA 382-1] sudo security update | 11 Jan 201601:54 | – | debian | |
| [SECURITY] [DSA 3440-1] sudo security update | 11 Jan 201613:42 | – | debian | |
| CVE-2015-5602 | 17 Nov 201515:00 | – | debiancve | |
| Debian DLA-382-1 : sudo security update | 11 Jan 201600:00 | – | nessus |
# 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.Data
Build on a solid foundation with Vulners data
We provide the essential building blocks for cybersecurity solutions with comprehensive, structured, and constantly updated vulnerability and exploits data
Api
Power your application with Vulners API
The Vulners REST API offers reliable, high-performance access to vulnerability intelligence, with 99.9% SLA uptime and CDN-backed data delivery for seamless global access
App
Assess and manage vulnerabilities with Vulners tools
Built on top of Vulners' database and SDK, end-user solutions give security professionals and developers lightweight and powerful tools for vulnerability remediation