Please add guest uuid and guest-generic local include files
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libvirt (Ubuntu) |
Fix Released
|
Low
|
Christian Ehrhardt |
Bug Description
No matter how much we improve the per guest dynamic profiles, there might always be edge cases not covered.
We do have a generic profile which all lbvirt-qemu are using via an include from the base guest template.
Each guest profile does:
#include <abstractions/
#include <libvirt/
We have a local override for special cases that affect libvirt or virt-aa-helper:
grep -Hrn include /etc/apparmor.d/* | grep local | grep libvirt
/etc/apparmor.
/etc/apparmor.
Those overrides are for users to modify, and are not messed with by packaging updates and similar.
But we miss two things:
1. a local override for ALL GUESTS (that would be included from abstractions/
2. a local override PER GUEST (to only allow something very specific for one guest) that would be
included from the guests libvirt/
So I propose at:
libvirt/
#include <local/
And at:
abstractions/
#include <local/
I see that people might prefer names, but those might be ambiguous - did you really mean "test" yesterday to be the same as "test" today and similar?
So it shall be uuids.
So far this is for remembering the idea, need to prep something for upstream to ack on once I get to it.
CVE References
Changed in libvirt (Ubuntu): | |
status: | New → Triaged |
assignee: | nobody → ChristianEhrhardt (paelzer) |
importance: | Undecided → Low |
tags: | added: libvirt-apparmor-dev |
tags: | added: libvirt-18.10 |
Just now possible:
- Needs apparmor 2.12.1, 2.11.2, and 2.10.4
- So libvirt needs hard dependency on that
- New syntax is like:
include if exists (<...>|"...")
so just like regular includes with "if exists" between the include and the path
Next steps: wait until new apparmor is ready and then work on patches for upstream.
Note: might need a compile time check on apparmor version it is built against to not fail on older apparmor (OR the hard dependency in packaging, but for upstream some config/compile time check would be nicer).