[apparmor] audit and quiet rules
John Johansen
john.johansen at canonical.com
Thu Dec 16 00:34:36 GMT 2010
Currently apparmor's audit and quiet rules are tied to granting or denying a specific set
of permissions.
ie.
audit /foo r, means audit and allow reads of access to /foo
deny /foo w, means deny write to /w and quiet (don't audit) logging of the failed
access.
I would like to propose extending the language to allow specifying an auditing and quieting,
separate from an explicit permission grant, via new audit_rulea and quiet_rules
eg.
audit_rules /* r,
would mean add audit to any portion of a rule that intersects with the rule specified
in audit_rules.
More information about the AppArmor
mailing list