66455a9251
Most of the rules have come from the integration tests. |
||
---|---|---|
.github | ||
apparmor.d | ||
cmd | ||
debian | ||
dists | ||
docs | ||
pkg | ||
share | ||
systemd | ||
tests | ||
.gitignore | ||
.gitlab-ci.yml | ||
.golangci.yaml | ||
go.mod | ||
go.sum | ||
LICENSE | ||
Makefile | ||
mkdocs.yml | ||
PKGBUILD | ||
README.md | ||
requirements.txt |
apparmor.d
Full set of AppArmor profiles
Warning
This project is still in its early development. Help is very welcome; see the documentation website including its development section.
Description
AppArmor.d is a set of over 1500 AppArmor profiles whose aim is to confine most Linux based applications and processes.
Purpose
- Confine all root processes such as all
systemd
tools,bluetooth
,dbus
,polkit
,NetworkManager
,OpenVPN
,GDM
,rtkit
,colord
- Confine all Desktop environments
- Confine all user services such as
Pipewire
,Gvfsd
,dbus
,xdg
,xwayland
- Confine some "special" user applications: web browsers, file managers, etc
- Should not break a normal usage of the confined software
Goals
- Target both desktops and servers
- Support all distributions that support AppArmor:
- Support for all major desktop environments:
- Gnome (GDM)
- KDE (SDDM)
- XFCE (Lightdm) (work in progress)
- Fully tested (work in progress)
This project is originally based on the work from Morfikov and aims to extend it to more Linux distributions and desktop environments.
Concepts
One profile a day keeps the hacker away
There are over 50000 Linux packages and even more applications. It is simply not possible to write an AppArmor profile for all of them. Therefore, a question arises:
What to confine and why?
We take inspiration from the Android/ChromeOS Security Model, and we apply it to the Linux world. Modern Linux security distributions usually consider an immutable core base image with a carefully selected set of applications. Everything else should be sandboxed. Therefore, this project tries to confine all the core applications you will usually find in a Linux system: all systemd services, xwayland, network, Bluetooth, your desktop environment... Non-core user applications are out of scope as they should be sandboxed using a dedicated tool (minijail, bubblewrap, toolbox...).
This is fundamentally different from how AppArmor is usually used on Linux servers as it is common to only confine the applications that face the internet and/or the users.
Presentations
Building the largest set of AppArmor profiles:
Installation
Please see apparmor.pujol.io/install
Configuration
Please see apparmor.pujol.io/configuration
Usage
Please see apparmor.pujol.io/usage
Contribution
Feedbacks, contributors, pull requests are all very welcome. Please read apparmor.pujol.io/development for more details on the contribution process.
Development chat available on https://matrix.to/#/#apparmor.d:matrix.org
License
This Project was initially based on Mikhail Morfikov's apparmor profiles project and thus has the same license (GPL2).