Lucene search
K

Sudo 1.8.14 (RHEL 5/6/7 / Ubuntu) - 'Sudoedit' Unauthorized Privilege Escalation

🗓️ 28 Jul 2015 00:00:00Reported by daniel svartmanType 
exploitdb
 exploitdb
🔗 www.exploit-db.com👁 674 Views

Sudo 1.8.14 Unauthorized Privilege Escalation in sudoedit on RHEL and Ubunt

Related
Code
ReporterTitlePublishedViews
Family
0day.today
Sudo 1.8.14 - Unauthorized Privilege Vulnerability
30 Jul 201500:00
zdt
FreeBSD
sudo -- potential privilege escalation via symlink misconfiguration
17 Nov 201500:00
freebsd
Circl
CVE-2015-5602
28 Jul 201500:00
circl
CNVD
Sudo sudoedit Unauthorized Access Vulnerability
19 Nov 201500:00
cnvd
CVE
CVE-2015-5602
17 Nov 201515:00
cve
Cvelist
CVE-2015-5602
17 Nov 201515:00
cvelist
Debian
[SECURITY] [DLA 382-1] sudo security update
11 Jan 201601:54
debian
Debian
[SECURITY] [DSA 3440-1] sudo security update
11 Jan 201613:42
debian
Debian CVE
CVE-2015-5602
17 Nov 201515:00
debiancve
Tenable Nessus
Debian DLA-382-1 : sudo security update
11 Jan 201600:00
nessus
Rows per page
# 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

28 Jul 2015 00:00Current
7.5High risk
Vulners AI Score7.5
CVSS 27.2
EPSS0.05506
674