AppArmor: Difference between revisions
(→Configuration: added Extra Profile instructions) |
m (Added Audit as a dependency when generating AppArmor profiles with the aa-* commands) |
||
(3 intermediate revisions by 2 users not shown) | |||
Line 82: | Line 82: | ||
{{Note|Use <code>aa-enforce</code> to set it to enforce mode, '''but beware that this could break functionality'''.}} | {{Note|Use <code>aa-enforce</code> to set it to enforce mode, '''but beware that this could break functionality'''.}} | ||
== | === Creating additional profiles === | ||
{{Cmd|# aa-easyprof | The profiles provided by the apparmor-profiles package are just a starter. You can create your own profiles, but first you must install and start <code>audit</code> | ||
{{Cmd|# apk add {{Pkg|audit}}}} | |||
{{Cmd|# rc-service auditd start}} | |||
{{Cmd|# rc-update add auditd}} | |||
<br> | |||
Now you can generate your own profiles with | |||
{{Cmd|# aa-easyprof /path/to/binary}} | |||
or | or | ||
{{Cmd|# aa-genprof | {{Cmd|# aa-genprof /path/to/binary}} | ||
<br> | <br> | ||
Note that for this to work you'll probably need to set a more verbose [https://linuxconfig.org/introduction-to-the-linux-kernel-log-levels kernel log level]. | Note that for this to work you'll probably need to set a more verbose [https://linuxconfig.org/introduction-to-the-linux-kernel-log-levels kernel log level]. For improved security, set it back to a higher level afterwards. | ||
== Use == | == Use == | ||
Line 108: | Line 119: | ||
If you notice a bunch of AppArmor errors on boot, try running <code>aa-status</code> and <code>aa-enabled</code> in the terminal. If the output mentions AppArmor being disabled at boot, re-open your <code>/boot/extlinux.conf</code> file and make sure the '''APPEND''' line still ends with <code>lsm=landlock,yama,apparmor</code> | If you notice a bunch of AppArmor errors on boot, try running <code>aa-status</code> and <code>aa-enabled</code> in the terminal. If the output mentions AppArmor being disabled at boot, re-open your <code>/boot/extlinux.conf</code> file and make sure the '''APPEND''' line still ends with <code>lsm=landlock,yama,apparmor</code> | ||
== See Also == | |||
* [https://wiki.apparmor.net/ AppArmor Wiki] | |||
* [https://wiki.debian.org/AppArmor/HowToUse Debian Wiki: How to use AppArmor] | |||
* [https://wiki.archlinux.org/title/AppArmor AppArmor entry on ArchWiki] | |||
[[Category:Security]] | [[Category:Security]] | ||
[[Category:Kernel]] | [[Category:Kernel]] |
Latest revision as of 20:47, 12 June 2024
AppArmor is a kernel security module that restricts individual programs' capabilities. This can allow administrators to prevent programs accessing system resources in malicious ways according to per-applications specifications. AppArmor works by following profiles, which dictate what each application is and is not allowed to do.
Installation
# apk add apparmor
You should also install apparmor-utils
if you want to use the aa
command to interact with AppArmor.
# apk add apparmor-utils
Setup
Run the command
# cat /sys/kernel/security/lsm
to see what linux security modules are currently setup.
With SYSLINUX
Use a text editor of your choice (preferably a TUI based one since some GUI setups don't work with privilege escalation, unless you use sudo -e) to edit
/boot/extlinux.conf
such that the APPEND
line ends with the following:
lsm=landlock,yama,apparmor
Note that because you're including lsm in this .conf file you are overriding the default lsm. Thus, you should include any lsm that you saw previously running in the above cat command. Additionally, lsm initializes these modules in order, so their position is important in regards to major/minor modules. Ensure that apparmor is placed first among major modules. Note for convenience that yama, capability, and landlock, which come with Alpine Linux, are not major modules, and apparmor can be placed after them. The module called capability is automatically included and does not need to be written in.
With GRUB
Add the following at the end of the value for key GRUB_CMDLINE_LINUX_DEFAULT
to /etc/default/grub
:
apparmor=1 security=apparmor
Then apply with:
# grub-mkconfig -o /boot/grub/grub.cfg
Running
Next, start AppArmor and tell OpenRC to start it on boot.
# rc-service apparmor start
# rc-update add apparmor boot
You can check if AppArmor is running with the command aa-enabled
# aa-enabled
Configuration
AppArmor works using rules established in profiles. A set of pre-made profiles is available for ease of use:
# apk add apparmor-profiles
Reboot following installation
Enabling Extra Profiles
Extra profiles reside in /usr/share/apparmor/extra-profiles/. In order to enable to profile, it needs to be copied to /etc/apparmor.d/:
If you want to enable the profile for usr.bin.chromium-browser
, for example:
# cp /usr/share/apparmor/extra-profiles/usr.bin.chromium-browser /etc/apparmor.d/
This will install the profile, it then needs to be set to complain or enforce mode:
# aa-complain /etc/apparmor.d/usr.bin.chromium-browser
aa-enforce
to set it to enforce mode, but beware that this could break functionality.Creating additional profiles
The profiles provided by the apparmor-profiles package are just a starter. You can create your own profiles, but first you must install and start audit
# apk add audit
# rc-service auditd start
# rc-update add auditd
Now you can generate your own profiles with
# aa-easyprof /path/to/binary
or
# aa-genprof /path/to/binary
Note that for this to work you'll probably need to set a more verbose kernel log level. For improved security, set it back to a higher level afterwards.
Use
View AppArmor's report:
# aa-status
This details how many and what profiles are in use as well as relevant findings, such as how many profiles are in complain mode or in kill mode.
Troubleshooting
If you notice a bunch of AppArmor errors on boot, try running aa-status
and aa-enabled
in the terminal. If the output mentions AppArmor being disabled at boot, re-open your /boot/extlinux.conf
file and make sure the APPEND line still ends with lsm=landlock,yama,apparmor