blob: d3d4e7cb5f53244c8ea8eab1415771a6c9a3d28e [file] [log] [blame]
<?xml version="1.0" encoding="utf-8"?>
<glsa id="200409-18">
<title>cdrtools: Local root vulnerability in cdrecord if set SUID root</title>
cdrecord, if manually set SUID root, is vulnerable to a local root exploit
allowing users to escalate privileges.
<product type="ebuild">cdrtools</product>
<announced>September 14, 2004</announced>
<revised>September 14, 2004: 01</revised>
<package name="app-cdr/cdrtools" auto="yes" arch="*">
<unaffected range="ge">2.01_alpha37-r1</unaffected>
<unaffected range="rge">2.01_alpha28-r2</unaffected>
<vulnerable range="le">2.01_alpha37</vulnerable>
The cdrtools package is a set of tools for CD recording, including the
popular cdrecord command-line utility.
Max Vozeler discovered that the cdrecord utility, when set to SUID root,
fails to drop root privileges before executing a user-supplied RSH program.
By default, Gentoo does not ship the cdrecord utility as SUID root and
therefore is not vulnerable. However, many users (and CD-burning
front-ends) set this manually after installation.
<impact type="high">
A local attacker could specify a malicious program using the $RSH
environment variable and have it executed by the SUID cdrecord, resulting
in root privileges escalation.
As a workaround, you could remove the SUID rights from your cdrecord
utility :
# chmod a-s /usr/bin/cdrecord</code>
All cdrtools users should upgrade to the latest version:
# emerge sync
# emerge -pv ">=app-cdr/cdrtools-2.01_alpha37-r1"
# emerge ">=app-cdr/cdrtools-2.01_alpha37-r1"</code>
<uri link="">CAN-2004-0806</uri>
<metadata tag="requester" timestamp="Tue, 14 Sep 2004 07:01:02 +0000">
<metadata tag="submitter" timestamp="Tue, 14 Sep 2004 15:13:17 +0000">
<metadata tag="bugReady" timestamp="Tue, 14 Sep 2004 20:25:30 +0000">