blob: 30c88b350f9afb280f32e7e85918c9b1f701f262 [file] [log] [blame]
<?xml version="1.0" encoding="utf-8"?>
<glsa id="200710-25">
<title>MLDonkey: Privilege escalation</title>
The Gentoo MLDonkey ebuild adds a user to the system with a valid login
shell and no password.
<product type="ebuild">mldonkey</product>
<announced>October 24, 2007</announced>
<revised>November 07, 2007: 02</revised>
<package name="net-p2p/mldonkey" auto="yes" arch="*">
<unaffected range="ge">2.9.0-r3</unaffected>
<vulnerable range="lt">2.9.0-r3</vulnerable>
MLDonkey is a peer-to-peer filesharing client that connects to several
different peer-to-peer networks, including Overnet and BitTorrent.
The Gentoo MLDonkey ebuild adds a user to the system named "p2p" so
that the MLDonkey service can run under a user with low privileges.
With older Portage versions this user is created with a valid login
shell and no password.
<impact type="high">
A remote attacker could log into a vulnerable system as the p2p user.
This would require an installed login service that permitted empty
passwords, such as SSH configured with the "PermitEmptyPasswords yes"
option, a local login console, or a telnet server.
See Resolution.
Change the p2p user's shell to disallow login. For example, as root run
the following command:
# usermod -s /bin/false p2p</code>
NOTE: updating to the current MLDonkey ebuild will not remove this
vulnerability, it must be fixed manually. The updated ebuild is to
prevent this problem from occurring in the future.
<uri link="">CVE-2007-5714</uri>
<metadata tag="requester" timestamp="Mon, 10 Sep 2007 16:21:11 +0000">
<metadata tag="submitter" timestamp="Sun, 07 Oct 2007 16:40:51 +0000">
<metadata tag="bugReady" timestamp="Sun, 07 Oct 2007 19:26:05 +0000">