CVE-2015-5313: storage: don't allow '/' in filesystem volume names
authorEric Blake <eblake@redhat.com>
Wed, 9 Dec 2015 00:46:31 +0000 (17:46 -0700)
committerEric Blake <eblake@redhat.com>
Wed, 16 Dec 2015 20:05:32 +0000 (13:05 -0700)
commit692ce509efa0a07f2811d0fe3b7202b020c874e0
treeade3ff8a6d165f950e24a854e0931e71e3d8781b
parentd6552bc1398c409646a79f72d03fc33bc4015fa1
CVE-2015-5313: storage: don't allow '/' in filesystem volume names

The libvirt file system storage driver determines what file to
act on by concatenating the pool location with the volume name.
If a user is able to pick names like "../../../etc/passwd", then
they can escape the bounds of the pool.  For that matter,
virStoragePoolListVolumes() doesn't descend into subdirectories,
so a user really shouldn't use a name with a slash.

Normally, only privileged users can coerce libvirt into creating
or opening existing files using the virStorageVol APIs; and such
users already have full privilege to create any domain XML (so it
is not an escalation of privilege).  But in the case of
fine-grained ACLs, it is feasible that a user can be granted
storage_vol:create but not domain:write, and it violates
assumptions if such a user can abuse libvirt to access files
outside of the storage pool.

Therefore, prevent all use of volume names that contain "/",
whether or not such a name is actually attempting to escape the
pool.

This changes things from:

$ virsh vol-create-as default ../../../../../../etc/haha --capacity 128
Vol ../../../../../../etc/haha created
$ rm /etc/haha

to:

$ virsh vol-create-as default ../../../../../../etc/haha --capacity 128
error: Failed to create vol ../../../../../../etc/haha
error: Requested operation is not valid: volume name '../../../../../../etc/haha' cannot contain '/'

Signed-off-by: Eric Blake <eblake@redhat.com>
(cherry picked from commit 034e47c338b13a95cf02106a3af912c1c5f818d7)

Conflicts:
src/storage/storage_backend_fs.c - trivial copyright date collision
src/storage/storage_backend_fs.c