[UNIX] Samba SAMR Change Password Command Injection Vulnerability
- From: SecuriTeam <support@xxxxxxxxxxxxxx>
- Date: 15 May 2007 16:42:00 +0200
The following security advisory is sent to the securiteam mailing list, and can be found at the SecuriTeam web site: http://www.securiteam.com
- - promotion
The SecuriTeam alerts list - Free, Accurate, Independent.
Get your security news from a reliable source.
- - - - - - - - -
Samba SAMR Change Password Command Injection Vulnerability
<http://samba.org/samba/ > Samba is "a Unix server application used to
implement Windows file sharing and domain controlling functionality. SAMR
is the named pipe used to access the SAM, security accounts manager,
database. This database stores login credentials on NT based systems".
Remote exploitation of a command injection vulnerability within Samba
Project's Samba could allow an attacker to execute arbitrary code with
* Samba version 3.0.24.
* Previous versions of Samba release 3 may be vulnerable.
* Release version 2 and below did not have this feature.
The vulnerability exists within the code responsible for updating a user's
password in the SAM database. Unfiltered user input is passed to
"/bin/sh". This allows an attacker to execute arbitrary shell commands
with the privileges of the nobody user.
Successful exploitation of this vulnerability allows an attacker to run
arbitrary shell commands with the privileges of the nobody user.
An important mitigating factor is that this vulnerability occurs within a
non-default configuration of Samba. Specifically, the 'username map
script' option must be defined in the smb.conf file.
Valid credentials are not needed to exploit this vulnerability. In order
to successfully change a password, it is necessary to provide the original
password. However, the vulnerability can still be triggered regardless of
whether or not the change password attempt fails.
Removing the 'username map script' option from the smb.conf file will
prevent this vulnerability from being triggered.
* 05/07/2007 Initial vendor notification
* 05/07/2007 Initial vendor response
* 05/14/2007 Coordinated public disclosure
The information has been provided by iDefense.
The original article can be found at:
This bulletin is sent to members of the SecuriTeam mailing list.
To unsubscribe from the list, send mail with an empty subject line and body to: list-unsubscribe@xxxxxxxxxxxxxx
In order to subscribe to the mailing list, simply forward this email to: list-subscribe@xxxxxxxxxxxxxx
The information in this bulletin is provided "AS IS" without warranty of any kind.
In no event shall we be liable for any damages whatsoever including direct, indirect, incidental, consequential, loss of business profits or special damages.
- Prev by Date: [UNIX] AFFLIB Multiple Buffer Overflows
- Next by Date: [EXPL] TinyIdentD Buffer Overflow (Exploit)
- Previous by thread: [UNIX] AFFLIB Multiple Buffer Overflows
- Next by thread: [EXPL] TinyIdentD Buffer Overflow (Exploit)