Apparmor: aa-status -> Kommando nicht gefunden

[katzenfan]

Code: Alles auswählen

....@linuxlocal:/etc$ aa-status
bash: aa-status: Kommando nicht gefunden.
....@linuxlocal:/etc$ 

Es werkelt hier Debian Bookworm, also die jene Version, die die nächste stabile Version darstellen soll.

Ein

Code: Alles auswählen

apt search apparmor

bringt folgendes Resultat:

Code: Alles auswählen

....@linuxlocal:/etc$ apt search apparmor
Sortierung… Fertig
Volltextsuche… Fertig
apparmor/testing,now 3.0.4-2 amd64  [installiert]
  Userspace-Analyseprogramm für AppArmor

apparmor-easyprof/stable,now 2.13.6-10 all [Konfiguration-verbleibend]
  AppArmor-Profiling-Werkzeug easyprof

apparmor-notify/testing,now 3.0.4-2 all  [installiert]
  AppArmor-Benachrichtigungssystem

apparmor-profiles/testing,now 3.0.4-2 all  [installiert]
  Experimentelle Profile für AppArmor-Sicherheitsrichtlinien

apparmor-profiles-extra/testing,stable,now 1.34 all  [installiert]
  Extra profiles for AppArmor Security policies

apparmor-utils/testing,now 3.0.4-2 all  [installiert]
  utilities for controlling AppArmor

debian-handbook/testing,stable,now 10.20200619 all  [installiert]
  reference book for Debian users and system administrators

dh-apparmor/testing 3.0.4-2 all
  debhelper-Routinen für AppArmor

fwknop-apparmor-profile/testing 2.6.10-13 all
  FireWall KNock OPerator - Apparmor profile

gir1.2-malcontent-0/testing,now 0.10.3-1 amd64  [Installiert,automatisch]
  Bibliothek zur Anwendungskontrolle durch die Eltern - Introspektionsanbindung

gir1.2-malcontentui-0/testing 0.10.3-1 amd64
  GUI-Bibliothek zur Anwendungskontrolle durch die Eltern - Introspektionsanbindung

libapache2-mod-apparmor/testing 3.0.4-2 amd64
  changehat AppArmor library as an Apache module

libapparmor-dev/testing 3.0.4-2 amd64
  AppArmor development libraries and header files

libapparmor-perl/stable 2.13.6-10 amd64
  AppArmor library Perl bindings

libapparmor1/testing,now 3.0.4-2 amd64  [installiert]
  AppArmor - »Change Hat«-Bibliothek

libmalcontent-0-0/testing,now 0.10.3-1 amd64  [Installiert,automatisch]
  Bibliothek zur Anwendungskontrolle durch die Eltern

libmalcontent-0-dev/testing 0.10.3-1 amd64
  Bibliothek zur Anwendungskontrolle durch die Eltern - Entwicklungsdateien

libmalcontent-ui-0-0/testing,now 0.10.3-1 amd64  [Installiert,automatisch]
  Bibliothek zur Anwendungskontrolle durch die Eltern - GTK+-Widgets und -Dialoge

libmalcontent-ui-0-dev/testing 0.10.3-1 amd64
  development files for libmalcontent-ui

libpam-apparmor/testing 3.0.4-2 amd64
  changehat AppArmor library as a PAM module

libpam-malcontent/testing 0.10.3-1 amd64
  PAM module to control the time a user is spending on the computer

malcontent/testing,now 0.10.3-1 all  [Installiert,automatisch]
  framework for parental control of applications

malcontent-gui/testing,now 0.10.3-1 amd64  [Installiert,automatisch]
  GUI to configure malcontent

printer-driver-cups-pdf/testing 3.0.1-14 amd64
  Druckertreiber zur PDF-Erzeugung mittels CUPS

python3-apparmor/testing,now 3.0.4-2 all  [Installiert,automatisch]
  AppArmor Python3 utility library

python3-libapparmor/testing,now 3.0.4-2 amd64  [Installiert,automatisch]
  AppArmor library Python3 bindings

uwsgi-plugin-apparmor/testing 0.0.0+git.2014.09.15.7d6d7bd7eb-4 amd64
  apparmor plugin for uwsgi

xdg-dbus-proxy/testing,now 0.1.3-1 amd64  [Installiert,automatisch]
  Filternder D-Bus-Proxy

....@linuxlocal:/etc$ 

Wo liegt hier der Fehler?

Dass im Titel thematisierte Kommando "aa-status" erzielt sowohl als "root" als auch als "user" die gleiche Meldung des "Kommando nicht gefunden".

Gemäß dem Debian-Administratorhandbuch sollte der Aufruf aber eigentlich erfolgreich sein? (Der Link stammt einem anderen Thema dieses Forums).

https://debian-handbook.info/browse/de- ... armor.html

[JTH]

Es liegt in /usr/sbin – hast du

Code: Alles auswählen

su -

benutzt, um root zu werden?

[eggy]

siehe dazu
https://wiki.debianforum.de/Typische_An ... funden..29

[katzenfan]

Es liegt in /usr/sbin – hast du

Code: Alles auswählen

su -

benutzt, um root zu werden?

Nein, hatte ich nicht.

Und, ja, das führt zum Ergebnis.

Hatte mich zwischenzeitlich nach Auffinden des Programmes "aa-status" gewundert, daß es im Gegensatz zu bspw. "aa-enforce", das auch unter /usr/sbin zu finden ist, nicht auch als "Python-3-Script" deklariert ist, sondern nur als "Programm".

Es besteht die Absicht, den Firefox unter Apparmor werkeln zu lassen; ein entsprechendes Profil dafür hat es ja.

Wobei es interessant wäre zu wissen, ob das Speichern von PDF dann noch klappt; beim auf Ubuntu aufbauenden KDE Neon klappt genau das nämlich nicht.

Danke auch an @eggy.

[katzenfan]

Es besteht die Absicht, den Firefox unter Apparmor werkeln zu lassen; ein entsprechendes Profil dafür hat es ja.

Das funktioniert nicht, der findet das eindeutig angegebene Profil nicht; möglicherweise deswegen, weil im Profil "firefox" definiert ist und ein "firefox-esr" ja in Echt verwendet wird?

Das verfügbare Profil nennt sich

Code: Alles auswählen

usr.lib.firefox.firefox

Ein als root via "su -" aufgerufenes

Code: Alles auswählen

aa-enforce usr.lib.firefox.firefox

führt auch dann zur Fehlermeldung, wenn der konkrete Pfad zu diesem Profil angegeben wird.

Beim auf Ubuntu aufbauenden KDE Neon heißt das Profil "usr.bin.firefox" und ist via "aa-enforce" aktivierbar.

Wo liegt hier der Fehler?