Apparmor Verzeichnisrechte - Versionsgeschichte

Linkai.zhang: /* Dateizugriffsberechtigungen */

2023-01-17T09:05:21Z

Dateizugriffsberechtigungen

Linkai.zhang: /* Dateizugriffsberechtigungen */

2023-01-17T08:51:50Z

Dateizugriffsberechtigungen

Thomas.will: /* Für die Ausführungsberechtigungen sind folgende Hinweise zu beachten */

2023-01-12T08:49:49Z

Für die Ausführungsberechtigungen sind folgende Hinweise zu beachten

Thomas.will: /* Dateizugriffsberechtigungen */

2023-01-12T08:49:33Z

Dateizugriffsberechtigungen

Mario.zimmermann am 12. Januar 2023 um 08:35 Uhr

2023-01-12T08:35:56Z

Thomas.will am 12. Januar 2023 um 08:27 Uhr

2023-01-12T08:27:13Z

Thomas.will am 12. Januar 2023 um 08:26 Uhr

2023-01-12T08:26:52Z

Thomas.will am 28. September 2022 um 18:23 Uhr

2022-09-28T18:23:13Z

Thomas.will: Die Seite wurde neu angelegt: „{| class="wikitable" |- !Objekt !Bedeutung |- |/ordner/datei|gilt für diese spezifische Datei datei in Verzeichnis /ordner |- |/ordner/*|gilt für alle Datei…“

2022-09-28T18:22:09Z

Die Seite wurde neu angelegt: „{| class="wikitable" |- !Objekt !Bedeutung |- |/ordner/datei|gilt für diese spezifische Datei datei in Verzeichnis /ordner |- |/ordner/*|gilt für alle Datei…“

Neue Seite

{| class="wikitable"
|-
!Objekt
!Bedeutung
|-
|/ordner/datei|gilt für diese spezifische Datei datei in Verzeichnis /ordner
|-
|/ordner/*|gilt für alle Dateien im Verzeichnis /ordner
|-
|/ordner/a*|gilt für alle Dateien im Verzeichnis, die mit "a" beginnen
|-
|/ordner/*.png|gilt für alle Dateien mit der Endung .png
|-
|/ordner/[^.]*|gilt für alle Dateien in /ordner mit Ausnahme derjenigen, die mit einem "." beginnen
|-
|/ordner/|gilt für das spezifische Verzeichnis /ordner
|-
|/ordner/*/|gilt für jedes Verzeichnis in /ordner
|-
|/ordner/**|gilt für jede Datei oder jedes Verzeichnis in oder unterhalb von /ordner
|-
|/ordner/**/|gilt für jedes Verzeichnis in oder unterhalb von /ordnerordner/datei
|}

@@ Zeile 56: / Zeile 56: @@
 |-
 | m
-| Es darf der Aufruf von mmap (memory map)  erfolgen
+| Es darf der Aufruf von mmap ([[Unterschiede statisch vs. dynamisch gelinked|memory map]])  erfolgen
 |-
 | x

@@ Zeile 56: / Zeile 56: @@
 |-
 | m
-| Es darf der Aufruf von mmap  erfolgen
+| Es darf der Aufruf von mmap (memory map)  erfolgen
 |-
 | x

@@ Zeile 100: / Zeile 100: @@
 =Für die Ausführungsberechtigungen sind folgende Hinweise zu beachten=
 *Auch die Benutzung von Ux wird nicht empfohlen. Zwar wird hier ein sog. "environment scrubbing" 🇬🇧 durchgeführt (d.h. ein Bereinigen der Umgebung, indem Umgebungsvariable wie LD_PRELOAD entfernt werden). Ansonsten gilt jedoch dieselbe Problematik wie unter ux.
 *Erheblich sicherer ist die Verwendung von ix. Eine damit ausgeführte Hilfsanwendung erbt die Berechtigungen der Hauptanwendung, darf also nicht mehr, aber auch nicht weniger als diese. Dies kann problematisch sein, wenn die Hilfsanwendung mehr Rechte benötigt als die Hauptanwendung oder wenn die Rechte der Hilfsanwendung gezielt beschränkt werden sollen.
 *Erheblich flexibler ist diesbezüglich die Verwendung von px (bzw. Px). Voraussetzung ist, dass für die Hilfsanwendung ein eigenes AppArmor-Profil definiert ist, in dem die Berechtigungen deutlich von denen der jeweiligen Hauptanwendung abweichen können, und auf das auch andere Hauptanwendungen zugreifen können.
 *Noch flexibler ist die Verwendung von cx (bzw. Cx). Hier wird für die Hilfsanwendung ein lokales Profil innerhalb des Profils der Hauptanwendung angelegt. Der Vorteil gegenüber px ist, dass dadurch unterschiedliche Berechtigungen für die Hilfsanwendung festgelegt werden können, je nachdem, durch welche Hauptanwendung sie aufgerufen wird. Beispiel: Erstellt man z.B. ein AppArmor-Profil für den Browser Google Chrome, werden u.a. als Hilfsanwendungen xdg-open und xdg-settings benötigt, die über entsprechende Kind-Profile eingebunden werden können. Die Syntax für das Profil /etc/apparmor.d/opt.google.chrome.chrome sieht dann auszugsweise folgendermaßen aus:
 =Quellen=
 *https://wiki.ubuntuusers.de/AppArmor/

← Nächstältere Version		Version vom 12. Januar 2023, 08:49 Uhr
Zeile 98:		Zeile 98:
	\| wie cx mit Bereinigen der Umgebung		\| wie cx mit Bereinigen der Umgebung
	\|}		\|}
		+
		+	=Für die Ausführungsberechtigungen sind folgende Hinweise zu beachten=
		+
		+	*Die Benutzung von ux wird nicht empfohlen, sofern nicht unbedingt notwendig. Eine mit ux ausgeführte Hilfsanwendung wird von AppArmor nicht kontrolliert bzw. "eingesperrt" und kann somit u.U. eine erhebliche Lücke in ein ansonsten sicheres Profil der Hauptanwendung reißen.
		+
		+	*Auch die Benutzung von Ux wird nicht empfohlen. Zwar wird hier ein sog. "environment scrubbing" 🇬🇧 durchgeführt (d.h. ein Bereinigen der Umgebung, indem Umgebungsvariable wie LD_PRELOAD entfernt werden). Ansonsten gilt jedoch dieselbe Problematik wie unter ux.
		+
		+	*Erheblich sicherer ist die Verwendung von ix. Eine damit ausgeführte Hilfsanwendung erbt die Berechtigungen der Hauptanwendung, darf also nicht mehr, aber auch nicht weniger als diese. Dies kann problematisch sein, wenn die Hilfsanwendung mehr Rechte benötigt als die Hauptanwendung oder wenn die Rechte der Hilfsanwendung gezielt beschränkt werden sollen.
		+
		+	*Erheblich flexibler ist diesbezüglich die Verwendung von px (bzw. Px). Voraussetzung ist, dass für die Hilfsanwendung ein eigenes AppArmor-Profil definiert ist, in dem die Berechtigungen deutlich von denen der jeweiligen Hauptanwendung abweichen können, und auf das auch andere Hauptanwendungen zugreifen können.
		+
		+	*Noch flexibler ist die Verwendung von cx (bzw. Cx). Hier wird für die Hilfsanwendung ein lokales Profil innerhalb des Profils der Hauptanwendung angelegt. Der Vorteil gegenüber px ist, dass dadurch unterschiedliche Berechtigungen für die Hilfsanwendung festgelegt werden können, je nachdem, durch welche Hauptanwendung sie aufgerufen wird. Beispiel: Erstellt man z.B. ein AppArmor-Profil für den Browser Google Chrome, werden u.a. als Hilfsanwendungen xdg-open und xdg-settings benötigt, die über entsprechende Kind-Profile eingebunden werden können. Die Syntax für das Profil /etc/apparmor.d/opt.google.chrome.chrome sieht dann auszugsweise folgendermaßen aus:
		+
		+
		+	=Quellen=
		+	*https://wiki.ubuntuusers.de/AppArmor/

@@ Zeile 34: / Zeile 34: @@
 =Dateizugriffsberechtigungen=
-In AppArmor gibt es folgende Berechtigungen:
+*Ausführungsberechtigungen in AppArmor-Profilen
+{| class="wikitable"
-Dateizugriffsberechtigungen in AppArmor-Profilen
+|-
-Option	Beschreibung
+! Option
-r	Lesezugriff ist erlaubt
+! englisch für
-w	Schreibzugriff ist erlaubt
+! Beschreibung
-a	Dateiinhalte können hinzugefügt werden
+|-
-l	Es ist erlaubt, einen Link zu erstellen
+| ux
-k	Datei kann gesperrt werden (lockfile)
+| unconfined execute mode
-m	Es darf der Aufruf von mmap 🇬🇧 erfolgen
+| Hilfsanwendung ohne AppArmor-Überwachung ausführen
-x	Hilfsanwendung darf ausgeführt werden
+|-
-Die Option x kann nur in den folgenden Kombinationen verwendet werden:
+| Ux
+| unconfined execute – scrub the environment
-Ausführungsberechtigungen in AppArmor-Profilen
+| wie ux mit Bereinigen der Umgebung
-Option	englisch für	Beschreibung
+|-
-ux	unconfined execute mode	Hilfsanwendung ohne AppArmor-Überwachung ausführen
+| ix
-Ux	unconfined execute – scrub the environment	wie ux mit Bereinigen der Umgebung
+| inherit execute mode
-ix	inherit execute mode	Hilfsanwendung erbt die Berechtigungen der Hauptanwendung
+| Hilfsanwendung erbt die Berechtigungen der Hauptanwendung
-px	discrete Profile execute mode	setzt die Definition eines eigenen Profils für die Hilfsanwendung voraus
+|-
-Px	Discrete Profile execute mode – scrub the environment	wie px mit Bereinigen der Umgebung
+| px
-cx	Execute and transition to a child profile	Ausführen der Hilfsanwendung über ein Kind-Profil innerhalb des Profils der Hauptanwendung
+| discrete Profile execute mode
-Cx	Execute and transition to a child profile – scrub the environment	wie cx mit Bereinigen der Umgebung
+| setzt die Definition eines eigenen Profils für die Hilfsanwendung voraus
-Für die Ausführungsberechtigungen sind folgende Hinweise zu beachten:
+|-
+| Px
-Die Benutzung von ux wird nicht empfohlen, sofern nicht unbedingt notwendig. Eine mit ux ausgeführte Hilfsanwendung wird von AppArmor nicht kontrolliert bzw. "eingesperrt" und kann somit u.U. eine erhebliche Lücke in ein ansonsten sicheres Profil der Hauptanwendung reißen.
+| Discrete Profile execute mode – scrub the environment
+| wie px mit Bereinigen der Umgebung
-Auch die Benutzung von Ux wird nicht empfohlen. Zwar wird hier ein sog. "environment scrubbing" 🇬🇧 durchgeführt (d.h. ein Bereinigen der Umgebung, indem Umgebungsvariable wie LD_PRELOAD entfernt werden). Ansonsten gilt jedoch dieselbe Problematik wie unter ux.
+|-
+| cx
-Erheblich sicherer ist die Verwendung von ix. Eine damit ausgeführte Hilfsanwendung erbt die Berechtigungen der Hauptanwendung, darf also nicht mehr, aber auch nicht weniger als diese. Dies kann problematisch sein, wenn die Hilfsanwendung mehr Rechte benötigt als die Hauptanwendung oder wenn die Rechte der Hilfsanwendung gezielt beschränkt werden sollen.
+| Execute and transition to a child profile
+| Ausführen der Hilfsanwendung über ein Kind-Profil innerhalb des Profils der Hauptanwendung
-Erheblich flexibler ist diesbezüglich die Verwendung von px (bzw. Px). Voraussetzung ist, dass für die Hilfsanwendung ein eigenes AppArmor-Profil definiert ist, in dem die Berechtigungen deutlich von denen der jeweiligen Hauptanwendung abweichen können, und auf das auch andere Hauptanwendungen zugreifen können.
+|-
+| Cx
-Noch flexibler ist die Verwendung von cx (bzw. Cx). Hier wird für die Hilfsanwendung ein lokales Profil innerhalb des Profils der Hauptanwendung angelegt. Der Vorteil gegenüber px ist, dass dadurch unterschiedliche Berechtigungen für die Hilfsanwendung festgelegt werden können, je nachdem, durch welche Hauptanwendung sie aufgerufen wird. Beispiel: Erstellt man z.B. ein AppArmor-Profil für den Browser Google Chrome, werden u.a. als Hilfsanwendungen xdg-open und xdg-settings benötigt, die über entsprechende Kind-Profile eingebunden werden können. Die Syntax für das Profil /etc/apparmor.d/opt.google.chrome.chrome sieht dann auszugsweise folgendermaßen aus:
+| Execute and transition to a child profile – scrub the environment

← Nächstältere Version		Version vom 12. Januar 2023, 08:27 Uhr
Zeile 33:		Zeile 33:


−	~~Dateizugriffsberechtigungen¶~~	+	=Dateizugriffsberechtigungen=
		+
	In AppArmor gibt es folgende Berechtigungen:		In AppArmor gibt es folgende Berechtigungen:

← Nächstältere Version		Version vom 12. Januar 2023, 08:26 Uhr
Zeile 31:		Zeile 31:
	\|gilt für jedes Verzeichnis in oder unterhalb von /ordnerordner/datei		\|gilt für jedes Verzeichnis in oder unterhalb von /ordnerordner/datei
	\|}		\|}
		+
		+
		+	Dateizugriffsberechtigungen¶
		+	In AppArmor gibt es folgende Berechtigungen:
		+
		+	Dateizugriffsberechtigungen in AppArmor-Profilen
		+	Option Beschreibung
		+	r Lesezugriff ist erlaubt
		+	w Schreibzugriff ist erlaubt
		+	a Dateiinhalte können hinzugefügt werden
		+	l Es ist erlaubt, einen Link zu erstellen
		+	k Datei kann gesperrt werden (lockfile)
		+	m Es darf der Aufruf von mmap 🇬🇧 erfolgen
		+	x Hilfsanwendung darf ausgeführt werden
		+	Die Option x kann nur in den folgenden Kombinationen verwendet werden:
		+
		+	Ausführungsberechtigungen in AppArmor-Profilen
		+	Option englisch für Beschreibung
		+	ux unconfined execute mode Hilfsanwendung ohne AppArmor-Überwachung ausführen
		+	Ux unconfined execute – scrub the environment wie ux mit Bereinigen der Umgebung
		+	ix inherit execute mode Hilfsanwendung erbt die Berechtigungen der Hauptanwendung
		+	px discrete Profile execute mode setzt die Definition eines eigenen Profils für die Hilfsanwendung voraus
		+	Px Discrete Profile execute mode – scrub the environment wie px mit Bereinigen der Umgebung
		+	cx Execute and transition to a child profile Ausführen der Hilfsanwendung über ein Kind-Profil innerhalb des Profils der Hauptanwendung
		+	Cx Execute and transition to a child profile – scrub the environment wie cx mit Bereinigen der Umgebung
		+	Für die Ausführungsberechtigungen sind folgende Hinweise zu beachten:
		+
		+	Die Benutzung von ux wird nicht empfohlen, sofern nicht unbedingt notwendig. Eine mit ux ausgeführte Hilfsanwendung wird von AppArmor nicht kontrolliert bzw. "eingesperrt" und kann somit u.U. eine erhebliche Lücke in ein ansonsten sicheres Profil der Hauptanwendung reißen.
		+
		+	Auch die Benutzung von Ux wird nicht empfohlen. Zwar wird hier ein sog. "environment scrubbing" 🇬🇧 durchgeführt (d.h. ein Bereinigen der Umgebung, indem Umgebungsvariable wie LD_PRELOAD entfernt werden). Ansonsten gilt jedoch dieselbe Problematik wie unter ux.
		+
		+	Erheblich sicherer ist die Verwendung von ix. Eine damit ausgeführte Hilfsanwendung erbt die Berechtigungen der Hauptanwendung, darf also nicht mehr, aber auch nicht weniger als diese. Dies kann problematisch sein, wenn die Hilfsanwendung mehr Rechte benötigt als die Hauptanwendung oder wenn die Rechte der Hilfsanwendung gezielt beschränkt werden sollen.
		+
		+	Erheblich flexibler ist diesbezüglich die Verwendung von px (bzw. Px). Voraussetzung ist, dass für die Hilfsanwendung ein eigenes AppArmor-Profil definiert ist, in dem die Berechtigungen deutlich von denen der jeweiligen Hauptanwendung abweichen können, und auf das auch andere Hauptanwendungen zugreifen können.
		+
		+	Noch flexibler ist die Verwendung von cx (bzw. Cx). Hier wird für die Hilfsanwendung ein lokales Profil innerhalb des Profils der Hauptanwendung angelegt. Der Vorteil gegenüber px ist, dass dadurch unterschiedliche Berechtigungen für die Hilfsanwendung festgelegt werden können, je nachdem, durch welche Hauptanwendung sie aufgerufen wird. Beispiel: Erstellt man z.B. ein AppArmor-Profil für den Browser Google Chrome, werden u.a. als Hilfsanwendungen xdg-open und xdg-settings benötigt, die über entsprechende Kind-Profile eingebunden werden können. Die Syntax für das Profil /etc/apparmor.d/opt.google.chrome.chrome sieht dann auszugsweise folgendermaßen aus:

@@ Zeile 4: / Zeile 4: @@
 !Bedeutung
 |-
-|/ordner/datei|gilt für diese spezifische Datei datei in Verzeichnis /ordner
+|/ordner/datei
 |-
-|/ordner/*|gilt für alle Dateien im Verzeichnis /ordner
+|/ordner/*
 |-
-|/ordner/a*|gilt für alle Dateien im Verzeichnis, die mit "a" beginnen
+|/ordner/a*
 |-
-|/ordner/*.png|gilt für alle Dateien mit der Endung .png
+|/ordner/*.png
 |-
-|/ordner/[^.]*|gilt für alle Dateien in /ordner mit Ausnahme derjenigen, die mit einem "." beginnen
+|/ordner/[^.]*
 |-
-|/ordner/|gilt für das spezifische Verzeichnis /ordner
+|/ordner/
 |-
-|/ordner/*/|gilt für jedes Verzeichnis in /ordner
+|/ordner/*/
 |-
-|/ordner/**|gilt für jede Datei oder jedes Verzeichnis in oder unterhalb von /ordner
+|/ordner/**
 |-
-|/ordner/**/|gilt für jedes Verzeichnis in oder unterhalb von /ordnerordner/datei
+|/ordner/**/
 |}