qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] [RFC] Adding new filesystem 'proxy' to 9p


From: M. Mohan Kumar
Subject: [Qemu-devel] [RFC] Adding new filesystem 'proxy' to 9p
Date: Wed, 28 Sep 2011 19:49:34 +0530
User-agent: KMail/1.13.7 (Linux/2.6.40-4.fc15.x86_64; KDE/4.6.5; x86_64; ; )

Pass-through security model in QEMU 9p server needs root privilege to do few
file operations (like chown, chmod to any mode/uid:gid).  There are two issues
in pass-through security model

1) TOCTTOU vulnerability: Following symbolic links in the server could
provide access to files beyond 9p export path.

2) When libvirt is configured to run qemu as non-root user (for example, if
qemu is configured to run as normal user 'qemu'), running file operations on
pass-through security model would fail because it needs root privileges.

To overcome above issues, following approach is suggested: A new filesytem
type 'proxy' is introduced. Proxy FS uses chroot + socket combination for
securing the vulnerability known with following symbolic links. Intention of 
adding a new filesystem type is to allow qemu to run in non-root mode, but 
doing privileged operations using socket IO.

A new binary (known as proxy helper) will be provided as part of qemu. Proxy
helper will chroot into 9p export path and create a socket pair or a named
socket based on the command line parameter. Qemu and proxy helper will
communicate using this socket.

We need following changes in the libvirt code to accomodate new 'proxy' 
filesystem type:
If qemu 9p server is configured to use 'proxy' FS, libvirt will do
* Create a socket pair
* invoke proxy_helper binary with one of the socket id from the pair as
command line parameters to it with root privilege
* invoke qemu with one of socket id from the pair as paramter to qemu virtfs
after dropping to the configured user privilege.
ie, libvirt will invoke proxy_helper as:
    proxy_helper -i <socket_fd_from_socket_pair> -p <9p-path-to-export>

and qemu will be invoked with following virtfs parameter:
    -virtfs proxy,id=<id>,sock_fd=<socket_fd_from_socket_pair>
        ,path=/tmp/,security_model=prox,mount_tag=v_pass

People who want to use proxy_helper without libvirt can use following 
interface:
 $   proxy_helper -s </socket/path> -p <9p-path-to-export>

With following qemu fsdev parameter:
    -virtfs proxy,id=<id>,socket=</socket/path>,path=/tmp/,
        security_model=prox,mount_tag=v_pass


-- 
Regards,
M. Mohan Kumar



reply via email to

[Prev in Thread] Current Thread [Next in Thread]