* Re: [Rhel6-cc-external-list] Processes executing as qemu_t SELinux type are not allowed to access vhost_device_t
[not found] ` <4D9F4C2D.9090207@linux.vnet.ibm.com>
@ 2011-04-08 18:40 ` Daniel J Walsh
0 siblings, 0 replies; only message in thread
From: Daniel J Walsh @ 2011-04-08 18:40 UTC (permalink / raw)
To: Ramon de Carvalho Valle; +Cc: rhel6-cc-external-list, SELinux
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 04/08/2011 01:55 PM, Ramon de Carvalho Valle wrote:
> Hi Daniel,
>
> On 04/06/2011 04:57 PM, Ramon de Carvalho Valle wrote:
>>> I don't see how this would be ok. The sad part is I would argue dynamic
>>>> labeling is more secure the static labeling.
>> The result is that most of the tests for the evaluation does not apply
>> to the MLS policy (I will send them in a separate email).
>
>>>>
>>>> If you label to virt machines as TopSecret, a compromized TopSecret
>>>> Machine could attack all the virtual Machines that are running as
>>>> TopSecret. In Dynamic labeling all virtual machines are isolated.
>>>>
>>>> I guess you could carve up a subsection of the MLS/MCS namespace and
>>>> allow libvirt to set labels in those zones. But the idea of an app
>>>> randomly changing the label of a file/device on the fly, is not what MLS
>>>> tends to like.
>> This may be something that is not desirable. However, the default MLS
>> dominance could be changed to have one sensitivity excluded from the
>> dominance hierarchy (or a new sensitivity be added). Thus, for that
>> removed (or new) sensitivity, libvirt could execute with dynamic
>> labeling enabled.
> What you think of the implementation of a sensitivity s16 (or sv) out of
> the s0-s15 hierarchy? The argument would be that a virtual machine must
> be considered as a single isolated physical device, and is not part of
> the MLS logical hierarchy of objects in the host.
>
> Best regards,
>
We could do that, but it is not MLS, at that point. It would involve
some engineering of libvirt and some policy rewrite to allow MLS values
of > s15. I am not sure what the definition of SystemHigh would be
then. I think it would be best if this was brought up for discussion on
a public list like SELinux <selinux@tycho.nsa.gov>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
iEUEARECAAYFAk2fVqAACgkQrlYvE4MpobM4SgCgmjBMJ7AcQjuaOR9T36ZO2KZ/
u/sAliDiRRN0i34hSutOywuBpAa2cLg=
=IJ63
-----END PGP SIGNATURE-----
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2011-04-08 18:40 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <4D920264.5040702@linux.vnet.ibm.com>
[not found] ` <4D9205B7.8030509@linux.vnet.ibm.com>
[not found] ` <4D920CC4.8000501@redhat.com>
[not found] ` <4D9210FA.3060206@linux.vnet.ibm.com>
[not found] ` <4D92234C.6040402@redhat.com>
[not found] ` <4D93243C.5090607@linux.vnet.ibm.com>
[not found] ` <4D9376B4.2080805@redhat.com>
[not found] ` <4D9377A7.5080001@linux.vnet.ibm.com>
[not found] ` <4D937A88.9080109@redhat.com>
[not found] ` <4D948B46.6030902@linux.vnet.ibm.com>
[not found] ` <4D948C92.4090106@redhat.com>
[not found] ` <4D948E6D.1000205@linux.vnet.ibm.com>
[not found] ` <4D94A8D3.2020106@redhat.com>
[not found] ` <4D94AA3C.5070906@linux.vnet.ibm.com>
[not found] ` <4D94AB7D.5060207@redhat.com>
[not found] ` <4D94E02B.10907@linux.vnet.ibm.com>
[not found] ` <4D95E990.5040903@redhat.com>
[not found] ` <4D960EC2.8090506@linux.vnet.ibm.com>
[not found] ` <4D96226F.603@linux.vnet.ibm.com>
[not found] ` <4D96260F.5020702@redhat.com>
[not found] ` <4D962B0B.4020207@linux.vnet.ibm.com>
[not found] ` <4D9A00D6.2090408@redhat.com>
[not found] ` <4D9A22DC.6070309@linux.vnet.ibm.com>
[not found] ` <4D9A25A7.1000803@redhat.com>
[not found] ` <4D9CA8AD.9030702@linux.vnet.ibm.com>
[not found] ` <4D9CADBE.2080001@redhat.com>
[not found] ` <4D9CC5C5.1040508@linux.vnet.ibm.com>
[not found] ` <4D9F4C2D.9090207@linux.vnet.ibm.com>
2011-04-08 18:40 ` [Rhel6-cc-external-list] Processes executing as qemu_t SELinux type are not allowed to access vhost_device_t Daniel J Walsh
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.