External/libvirt
1
0
Fork 0
mirror of https://gitlab.com/libvirt/libvirt.git synced 2025-01-03 11:35:19 +00:00
Code Issues Packages Projects Releases Wiki Activity

apparmor: add mediation rules for unconfined guests

Browse Source 
If a guest runs unconfined <seclabel type='none'>, but libvirtd is
confined then the peer for signal can only be detected as
'unconfined'. That triggers issues like:
   apparmor="DENIED" operation="signal"
   profile="/usr/sbin/libvirtd" pid=22395 comm="libvirtd"
   requested_mask="send" denied_mask="send" signal=term peer="unconfined"

To fix this add unconfined as an allowed peer for those operations.

I discussed with the apparmor folks, right now there is no better
separation to be made in this case. But there might be further down the
road with "policy namespaces with scope and view control + stacking"

This is more a use-case addition than a fix to the following two changes:
- 3b1d19e6 AppArmor: add rules needed with additional mediation features
- b482925c apparmor: support ptrace checks

Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
Acked-by: Jamie Strandboge <jamie@canonical.com>
Acked-by: intrigeri <intrigeri+libvirt@boum.org>
This commit is contained in:
Christian Ehrhardt 2018-08-13 16:06:04 +02:00
parent 1262cbf3a0
commit a2028ae716
No known key found for this signature in database
GPG Key ID: BA3E29338280B242
1 changed files with 3 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

3
examples/apparmor/usr.sbin.libvirtd
View File

@ -74,6 +74,9 @@
# unconfined also required if guests run without security module # unconfined also required if guests run without security module
unix (send, receive) type=stream addr=none peer=(label=unconfined), unix (send, receive) type=stream addr=none peer=(label=unconfined),
# required if guests run unconfined seclabel type='none' but libvirtd is confined
signal (read, send) peer=unconfined,
# Very lenient profile for libvirtd since we want to first focus on confining # Very lenient profile for libvirtd since we want to first focus on confining
# the guests. Guests will have a very restricted profile. # the guests. Guests will have a very restricted profile.
/ r, / r,