[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] [Bug 1500265] [NEW] nested 9p filesystem with security_mode
From: |
Daniel Haid |
Subject: |
[Qemu-devel] [Bug 1500265] [NEW] nested 9p filesystem with security_model=mapped-xattr |
Date: |
Sun, 27 Sep 2015 21:12:55 -0000 |
Public bug reported:
I do not know whether this is a bug or a feature request, but on a 9p
virtfs with security_model=mapped-xattr, access to extended attributes
starting with "user.virtfs" coming from the guest seem to be silently
ignored. Would it not be more correct to use some sort of "escaping",
say map to "user.virtfs.x" on guest to "user.virtfs.virtfs.x" on host or
something like that, so that the guest can use arbitrary attributes.
In particular, this would allow nested virtual machines to use nested 9p
virtfs with security_model=mapped-xattr.
** Affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1500265
Title:
nested 9p filesystem with security_model=mapped-xattr
Status in QEMU:
New
Bug description:
I do not know whether this is a bug or a feature request, but on a 9p
virtfs with security_model=mapped-xattr, access to extended attributes
starting with "user.virtfs" coming from the guest seem to be silently
ignored. Would it not be more correct to use some sort of "escaping",
say map to "user.virtfs.x" on guest to "user.virtfs.virtfs.x" on host
or something like that, so that the guest can use arbitrary
attributes.
In particular, this would allow nested virtual machines to use nested
9p virtfs with security_model=mapped-xattr.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1500265/+subscriptions
- [Qemu-devel] [Bug 1500265] [NEW] nested 9p filesystem with security_model=mapped-xattr,
Daniel Haid <=