Difference between revisions of "AppArmor"

From ArchWiki
Jump to navigation Jump to search
(init scripts, profiles introspection patch)
(wikify some external links, use https for archlinux.org)
Line 13: Line 13:
Not all the packages work out-of-the-box, but it is a work in progress. If you know how to build profiles yourself you shouldn't have too many problems.  
Not all the packages work out-of-the-box, but it is a work in progress. If you know how to build profiles yourself you shouldn't have too many problems.  
Also there is an [http://aur.archlinux.org/packages.php?ID=60269 AUR kernel]  
Also there is an [https://aur.archlinux.org/packages.php?ID=60269 AUR kernel]  
which includes apparmor specific patches from Ubuntu's [https://launchpad.net/apparmor launchpad].  
which includes apparmor specific patches from Ubuntu's [https://launchpad.net/apparmor launchpad].  
Line 67: Line 67:
* http://ubuntuforums.org/showthread.php?t=1008906 (Tutorial)
* http://ubuntuforums.org/showthread.php?t=1008906 (Tutorial)
* https://help.ubuntu.com/community/AppArmor
* https://help.ubuntu.com/community/AppArmor
* https://bugs.archlinux.org/task/21406
* http://stuff.mit.edu/afs/sipb/contrib/linux/Documentation/apparmor.txt  
* http://stuff.mit.edu/afs/sipb/contrib/linux/Documentation/apparmor.txt  
* https://apparmor.wiki.kernel.org/index.php/Kernel_interfaces
* https://apparmor.wiki.kernel.org/index.php/Kernel_interfaces
Line 76: Line 76:
* http://bodhizazen.net/aa-profiles/
* http://bodhizazen.net/aa-profiles/
* https://wiki.ubuntu.com/ApparmorProfileMigration
* https://wiki.ubuntu.com/ApparmorProfileMigration
* http://en.wikipedia.org/wiki/Linux_Security_Modules
* [[wikipedia:Linux_Security_Modules]]
* https://apparmor.wiki.kernel.org/index.php/Gittutorial
* https://apparmor.wiki.kernel.org/index.php/Gittutorial

Revision as of 04:32, 3 December 2012

Tango-view-refresh-red.pngThis article or section is out of date.Tango-view-refresh-red.png

Reason: please use the first argument of the template to provide a brief explanation. (Discuss in Talk:AppArmor#)

AppArmor is a MAC (Mandatory Access Control) system, implemented upon LSM (Linux Security Modules).

Implementation Status

AppArmor is currently available in the Arch Linux kernel, but it has to be activated on kernel boot.

The userspace support requires AUR packages.

Not all the packages work out-of-the-box, but it is a work in progress. If you know how to build profiles yourself you shouldn't have too many problems. Also there is an AUR kernel which includes apparmor specific patches from Ubuntu's launchpad.

AUR/apparmor package

Added lot of features:

  • apparmor-parser
  • libapparmor
  • apparmor-utils
  • apparmor-profiles
  • apparmor-notify
  • apparmor-lib
  • apparmor-perl
  • apparmor-python
  • apparmor-ruby
  • apparmor-dbus
  • apparmor-profile-editor

But we still miss following features (TODO):

  • init (rc.d) scripts! http://aur.pastebin.com/beQ4BjGX
  • chase missing dependencies
  • test everything
  • make list of files that should go to backup=() arrays in packages...
  • changehat modules for PAM(!), Apache and Tomcat (btw those are dependent on libapparmor)
  • out-of-box-experience know-how
    • make some package with profiles for all [core] packages enabled by default without need for any further user configuration
    • etc...
  • apparmor gnome applet (can't build, deprecated...)

When compared to Ubuntu

we have almost everything that is in following Ubuntu packages:

  • apparmor
  • apparmor-profiles
  • apparmor-utils
  • apparmor-notify
  • apparmor-docs
  • libapparmor1
  • libapparmor-dev
  • libapparmor-perl

We do not have


AppArmor Packages

Kernel Configuration

Here is configuration of ArchLinux kernel which enables AppArmor (just FYI, you do not need to touch it):


However, integration of AppArmor into the 2.6.36 kernel is not quite complete. It is missing network mediation and some of the interfaces for introspection. See here for details. There are compatibility patches that can be applied to every recent kernel to reintroduce these interfaces. The patchset is pretty small and should be applied if you decide to use AppArmor. (Note: the patchset for 2.6.39 works with Kernel 3.0.x)

GRUB Configuration


To test profiles, or enforce the use of AppArmor it must be enabled at boot time. To do this add apparmor=1 security=apparmor to the kernel boot parameters in /boot/grub/menu.lst so the entry for the Arch Linux kernel looks something like

# (0) Arch Linux
title  Arch Linux [/boot/vmlinuz26]
root   (hd0,1)
kernel /boot/vmlinuz26 root=/dev/sdaX resume=/dev/sdaY ro apparmor=1 security=apparmor
initrd /boot/kernel26.img

Once you are happy with all your profiles, you may wish to force users to boot with AppArmor enabled. To do this add a password entry to the start of /boot/grub/menu.lst. This will prevent users editing any boot entries or using the GRUB shell (which permits read access to any file on the system such as /etc/shadow) before booting. You can also password protect any insecure entries in /boot/grub/menu.lst that you do not want unauthorized users to boot by adding the lock command (or another password) immediately below the title line for that entry. See GRUB#Password_protection or Security in the GRUB Manual for more details. If you are going through the trouble of securing GRUB, do not forget to secure your BIOS settings as well or users will be able to boot from their own CDs and USB sticks, gaining root access to the machine.



Note that you can safely enable AppArmor and it will not affect the system at all until you enable it, load profiles, and set them to enforce mode with userspace tools. So you do not have to be afraid to enable AppArmor for testing purposes until you are enforcing AA profiles from init scripts (on each startup).

 # (0) Arch Linux
 menuentry "Arch Linux" {
   set root=(hd0,1)
   linux /vmlinuz26 root=/dev/sda1 ro apparmor=1 security=apparmor
   initrd /kernel26.img

After reboot you can test if AppArmor is really enabled using this command as root:

 # cat /sys/module/apparmor/parameters/enabled 

(Y=enabled, N=disabled, no such file = module not in kernel)


AppArmor will be disabled by default in Arch Linux, so you will not need to disable it explicitly until you will build your own kernel with AppArmor enabled by default.

 # (0) Arch Linux
 menuentry "Arch Linux" {
   set root=(hd0,1)
   linux /vmlinuz26 root=/dev/sda1 ro apparmor=0 security=""
   initrd /kernel26.img

System Configuration

Mounts (/etc/fstab securityfs)


 none     /sys/kernel/security securityfs defaults            0      0

Init scripts

In the future, we'll implement some /etc/rc.d/ scripts that will enable and load profiles during startup. http://aur.pastebin.com/beQ4BjGX

The RC.d file of Slackware might be more interesting than Ubuntu's init.d version http://bazaar.launchpad.net/~apparmor-dev/apparmor/2.8/view/head:/parser/rc.apparmor.slackware. NOTE: when using /usr/lib/apparmor/rc.apparmor.functions (indirectly used by rc.apparmor.slackware) or the aa-status program, you NEED a kernel with 0001-UBUNTU-SAUCE-AppArmor-Add-profile-introspection-file.patch. This is at least true for AppArmor 2.8, in version 2.9 things will go into mainline and a different interface will be used for introspecting profiles.

For developers

From /lib/apparmor/rc.apparmor.functions

 # NOTE: rc.apparmor initscripts that source this file need to implement
 # the following set of functions:
 # aa_action
 # aa_log_action_start
 # aa_log_action_end
 # aa_log_success_msg
 # aa_log_warning_msg
 # aa_log_failure_msg
 # aa_log_skipped_msg
 # aa_log_daemon_msg
 # aa_log_end_msg

UserSpace Tools


You can currently install userspace tools from AUR.


You need userspace tools that are compatible with your kernel version. The compatibility list can be found here: https://apparmor.wiki.kernel.org/index.php/AppArmor_versions e.g.: Kernel 2.6.36 is compatible with AppArmor 2.5.1

More Info

AppArmor, like most other LSMs, supplements rather than replaces the default Discretionary access control. As such it's impossible to grant a process more privileges than it had in the first place.

Ubuntu, SUSE and a number of other distributions use it by default. RHEL (and it's variants) use SELinux which requires good userspace integration to work properly. People tend to agree that it is also much much harder to configure correctly.

Taking a common example - A new Flash vulnerability: If you were to browse to a malicious website AppArmor can prevent the exploited plugin from accessing anything that may contain private information. In almost all browsers, plugins run out of process which makes isolating them much easier.

AppArmor profiles (usually) get stored in easy to read text files in /etc/apparmor.d

Every breach of policy triggers a message in the system log, and many distributions also integrate it into DBUS so that you get real-time violation warnings popping up on your desktop.

See also