mailing list archives
Re: Samba Remote Zero-Day Exploit
From: Dan Kaminsky <dan () doxpara com>
Date: Sat, 6 Feb 2010 12:43:28 -0500
You need admin rights to create junctions. At that point, path
constraints aren't relevant, just psexec and get not only arbitrary
path but arbitrary code.
The fix is to do what everybody with a directory traversal bug has to
do, block out of path relative directories. In this specific case,
prevent the creation of symlinks where the target is out of the SMB
share's range. (Still allow navigation to such symlinks if one exists,
On Feb 6, 2010, at 8:21 AM, "Stefan Kanthak" <stefan.kanthak () nexgo de>
Dan Kaminsky wrote:
(On a side note, you're not going to see this sort of symlink stuff
What exactly do you mean?
Traversing symlinks on the server/share, or creation of "wide"
by the client on the server/share?
Since Windows 2000 NTFS supports "junctions", which pretty much
Unix symlinks, but only for directories.
On the server, create a junction in your share and let it point to an
arbitrary local directory outside the share, and clients connected to
that share can enter the junction and access the "linked" directory.
If you have write access to the share from the client you can create
a "wide" junction there too, just as the OP showed with smbclient/
and Samba is supposed to match Windows semantics in general.
Except a mapping of directory symlinks to junctions for example.-(
Full-Disclosure - We believe in it.
Hosted and sponsored by Secunia - http://secunia.com/
Re: Samba Remote Zero-Day Exploit Thierry Zoller (Feb 06)
Samba Remote Zero-Day Exploit marxclou (Feb 06)