service apparmor does not unload profiles that have been disabled

Bug #1522545 reported by Max Timchenko
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
AppArmor
New
Undecided
Unassigned

Bug Description

After creating a symlink in /etc/apparmor.d/disable and running 'service apparmor reload', I would expect that the affected profile would be removed from the kernel. Instead, the service simply skips over the profile definition and the profile remains active.

Creating a symlink in 'force-complain' does work as I expect - reloading the service moves the profile to complain mode. Removing the symlink returns the profile to enforce mode.

This is an inconsistent behavior. I could make a stab at a patch but want to confirm first this is not a deliberately designed (if, in my opinion, misguided) feature of AppArmor utilities.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.