Access Control List – Wikipedia

Muster einer ACL

Eine Access Control List (kurz ACL, englisch für Zugriffssteuerungsliste, kurz ZSL[1]) ist eine Software-Technik, mit der Betriebssysteme und Anwendungsprogramme Zugriffe auf Daten und Funktionen eingrenzen können. Eine ACL legt fest, in welchem Umfang einzelne Benutzer und Systemprozesse Zugriff auf bestimmte Objekte (wie Dienste, Dateien, Registrier-Einträge usw.) haben.

Im Unterschied zu einfachen Zugriffsrechten sind ACLs feiner einstellbar. So können mit ACLs für eine Datei für mehrere Benutzer und mehrere Gruppen unterschiedliche Rechte vergeben werden[2], während unter Unix mit einfachen Zugriffsrechten nur die Rechtevergabe für den Besitzer, eine Gruppe und den „Rest der Welt“ möglich ist.[3]

Bei der Entwicklung von Multics wurden 1965 erstmals Access Control List auf dem Multics-Dateisystem implementiert.[4] ACLs wurden notwendig, um Zugriffsrechte per Least Privilige zu ermöglichen und folgendes Problem zu lösen:[5]

  1. Den Zugriff für die gesamte Benutzer-Gemeinschaft sperren.
  2. Nur-Lese-Zugriff für eine bestimmte Benutzer-Gruppe gewähren.
  3. Lese-/Schreib-Zugriff für eine zweite Benutzer-Gruppe ermöglichen.

Ein konkretes Beispiel von Multics-ACLs:[4]

rew     Max.Wikipedianer.* r       Backup.SysDaemon.* r       *.Wikipedianer.* rw      *.SysAdmin.* 

Benutzer Max aus der Gruppe Wikipedianer ist der Besitzer der spezifischen Datei, er hat Lese-, Schreib- und Ausführungsrechte. Benutzer Backup aus der Gruppe SysDaemon hat nur Leserechte, denn das genügt für den System-Prozess (Daemon), der im Hintergrund wiederkehrende Datensicherungen erledigt. Zusätzlich haben Mitglieder der Gruppe Wikipedianer ebenfalls Leserechte, während Mitglieder der Gruppe SysAdmin (Systemadministratoren) zusätzlich auch Schreibrechte besitzen.

Mit den Standard-Unix-Dateirechten ist eine Umsetzung von Least Privilege nicht möglich. Zwar könnte man dem Benutzer Max und der Gruppe Wikipedianer die nötigen Rechte erteilen, aber nicht gleichzeitig dem Backup-Prozess (Benutzer/Gruppe Backup.SysDaemon) die Nur-Lese-Berechtigung oder der SysAdmin-Gruppe die Lese-/Schreibrechte.

Unix wurde ab 1969 als Alternative zu Multics entwickelt. In der Unix-Welt versteht man unter Access Control List eine Erweiterung der klassischen Zugriffssteuerung auf Ebene des Besitzer-Gruppe-Welt-Modells. Auf diese Weise lassen sich Zugriffsrechte spezifisch für einzelne Benutzer zuteilen oder verbieten. Viele Unix-Implementierungen wie z. B. Solaris, IRIX und HP-UX führten Anfang bis Mitte der 1990er Jahre Unterstützung für ein sehr ähnliches, als Erweiterung des klassischen Unix-Zugriffsrechtemodells konzipiertes ACL-Modell ein, und es wurde versucht, dieses ACL-System unter POSIX-1003.1e zu standardisieren. Der dazugehörige Standard-Entwurf (Normen-Entwurf) wurde jedoch im Oktober 1997 zurückgezogen.

Mitte 2000 wurde damit begonnen, POSIX-1003.1e ACLs in FreeBSD und Linux zu implementieren. Inzwischen bieten die meisten Unix-artigen Systeme native Unterstützung für die zurückgezogenen POSIX-1003.1e-ACLs, darunter AIX, HP-UX, Linux, FreeBSD, TrustedBSD, Solaris, Trusted Solaris und IRIX.

Unter Linux unterstützen dabei die Dateisysteme Btrfs, ext-fs (ext2/3/4), JFS, XFS und ReiserFS POSIX-1003.1e ACLs vollständig. Auf der Kommandozeile verwaltet man die ACLs typischerweise mit den Befehlen getfacl und setfacl. Mit der KDE-Version 3.5 steht auch der Dateimanager Konqueror mit nativer POSIX-1003.1e ACL-Unterstützung zur Verfügung. Für die Desktop-Umgebung Gnome beherrscht der Dateimanager Nautilus ab Version 2.16 nativ POSIX-1003.1e ACLs. POSIX-1003.1e ACLs werden in Linux statisch vererbt, d. h. die Berechtigungen pflanzen sich in neu angelegte Unterverzeichnisse und Dateien je nach Bedarf fort. Wird die ACL eines übergeordneten Verzeichnisses geändert, hat dies jedoch keinen Einfluss auf die darunterliegende Struktur.

Mit RFC 3010 (NFSv4)[6] wurde im Dezember 2000 ein neuer auf dem ACL-System des NFS basierender ACL-Standard etabliert. Solaris, AIX und macOS unterstützen mittlerweile diesen Standard. Das Dateisystem ZFS unterstützt ausschließlich NFSv4 ACLs.

Zum Ändern (englisch ‚change‘ genannt) und Anzeigen der ACLs wurde ab Windows NT 3.5 der (von Cmd unabhängige) Befehl cacls(.exe)[7] eingeführt.

Unter Windows NT 4.0 wird jedem Betriebssystemobjekt (Datei, Prozess usw.) ein sogenannter Zugriffskontroll-Deskriptor zugeordnet, der eine ACL enthalten kann. Ist keine ACL vorhanden, so erhält jeder Benutzer Vollzugriff auf das Objekt. Ist die ACL vorhanden, aber leer, so erhält kein Benutzer Zugriff. Eine ACL besteht aus einem Header und maximal 1820 Access Control Entries (ACE).[8] Ein ACE enthält jeweils die Information, ob einem Benutzer oder einer Benutzergruppe eine bestimmte Zugriffsart erlaubt (englisch allow) oder verweigert (deny) werden soll. Der Windows-Explorer schreibt die Einträge, die Zugriff verweigern, an den Anfang der ACL. Fordert nun ein Benutzer Zugriff auf ein Objekt an, so geht der Windows Object Manager die Liste von Anfang an durch. Sobald Einträge für alle angeforderten Rechte gefunden wurden, erlaubt oder verweigert der Object Manager entsprechend den Zugriff. Trifft der Object Manager beim Durchgehen der Liste auf einen Eintrag, der den Zugriff verweigert, wird die Suche abgebrochen und der Zugriff auf das Objekt verweigert.

Bei Windows NT bis Version 4.0 werden ACL statisch vererbt, ab Windows 2000 geschieht dies auf Wunsch dynamisch. Wird die ACL eines übergeordneten Verzeichnisses geändert, so hat dies je nach gewählter Vererbung Auswirkungen auf die darunterliegende Verzeichnisstruktur.

Mit Windows Server 2003 wurde der erste cacls-Befehl durch dessen Nachfolger icacls(.exe) ergänzt und damit auch der vorherige Befehl als „veraltet“ bezeichnet.[9] Zudem wurde zuvor, ab Windows 2000, jedoch allein (wahlweise) in den dort sogenannten Support Tools und im Resource Kit enthaltend, der (bisher allein englischsprachige) xcacls-Befehl ergänzt, welcher auch das Ändern des Besitzers (einer Datei oder eines Ordners) beherrscht.[10][11][12][13]

  • macOS unterstützt ACLs ab Mac OS X Tiger (10.4, 2005).
  • Das Betriebssystem OpenVMS von HP (ursprünglich DEC) unterstützt auch ACLs; deren Einträge heißen ACE.
  • Bei Ciscos Betriebssystem IOS bezeichnen ACLs unter anderem Paketfiltereinstellungen.
  • Bei einer Reihe von Webanwendungen werden ACLs benutzt, um den Zugriff auf einzelne Seiten oder Bereiche auf bestimmte Benutzer oder Benutzergruppen einzuschränken, so bei einigen Wikis (etwa DokuWiki) und CMS (etwa eZ Publish).
  • SAP setzt bei vielen seiner Anwendungen ebenfalls ACLs zur detaillierten Benutzerberechtigung ein, z. B. in der Collaborations-Software cFolders (siehe cProjects) oder dem SAP Easy Document Management.
  • Bei einem LDAP-Verzeichnis kann je nach Hersteller eine ACL den Zugriff auf Attribute oder (LDAP-)Container zulassen oder verweigern.

Einzelnachweise

[Bearbeiten | Quelltext bearbeiten]
  1. Martin Grotegut: Windows Vista. Springer Science+Business Media, S. 10.
  2. Access Control Lists – win32. In: Microsoft Learn. 21. September 2022, abgerufen am 22. Januar 2023 (englisch).
  3. Glen Newell: An introduction to Linux Access Control Lists (ACLs). Red Hat, 6. Februar 2020, abgerufen am 22. Januar 2023 (englisch).
  4. a b Richard E. Smith: Elementary Information Security. Jones & Bartlett Learning, 2013, ISBN 978-1-4496-4820-6, 4.3 Access Control Lists, S. 150, Multics ACLs (englisch, eingeschränkte Vorschau in der Google-Buchsuche).The Multics timesharing system was developed by a team including MIT, Bell Laboratories, General Electric, and eventually, Honeywell. The project intended to develop a timesharing system that was so reliable and easy to maintain that it served as a computing utility, much like water, telephone, or electic power systems. ACLs were one of several important security technologies pioneered by Multics. ACLs were first described in 1965 as part of the Multics file system.
  5. Richard E. Smith: Elementary Information Security. Jones & Bartlett Learning, LLC, 2013, ISBN 978-1-4496-4820-6, 4.3 Access Control Lists, S. 149 (englisch, eingeschränkte Vorschau in der Google-Buchsuche).
  6. RFC 3010 – NFS version 4 Protocol. Dezember 2000 (englisch).
  7. … die Erweiterung hier in Klammern, da diese beim Aufruf nicht zwingend angegeben werden muss …
  8. Maximum Number of ACEs in an ACL. in der Microsoft Knowledge Database, 20. September 2003.
  9. icacls – bei Microsoft Docs, am 21. August 2018; dort u. a. mit dem Hinweis: „Dieser Befehl ersetzt den veralteten cacls-Befehl.“; das ist auch spätestens (und so wenigstens) mit (einem deutschsprachigen) Windows 7 nachprüfbar, über die eigene Hilfe des cacls-Befehls, welche beispielsweise ausgegeben wird, wenn allein der Befehl (also ohne Übergabewerte) aufgerufen wird; auf einem englischsprachigen Windows wird an der betreffenden Stelle wahrscheinlich deren Wort ‚deprecated‘ genannt
  10. Windows 2000 – Wie die geheimen Support Tools Ihr Leben erleichternWindows Tweaks, am 29. November 2013; dort einleitend mit „Seit Windows 2000 finden sich die so genannten Support Tools auf der Original-CD unter Support\Tools.“ und im Folgenden u. a. auch mit ‚xcacls.exe‘
  11. Xcacls Overview. Microsoft Docs, 8. Oktober 2009 (englisch).
  12. XCACLS.exe (NT 4 Resource Kit, Windows XP and 2003). ss64.com (englisch); abgerufen am 16. November 2020. Dort u. a. mit “Take Ownership (Special access)” (wörtlich) übersetzt also: „Eigentum übernehmen (Sonderzugang)“
  13. How to use Xcacls.exe to modify NTFS permissions. it’s notes, blog.cadena-it.com, 22. August 2014 (englisch). Dort u. a. mit “The Xcacls.exe utility is included in the Windows 2000 Resource Kit. The Xcacls.exe utility is also included in the Windows Server 2003 Support Tools.” (übersetzt: „Das Dienstprogramm Xcacls.exe ist im Windows 2000 Resource Kit enthalten. [Es] ist auch in den Windows Server 2003-Supporttools enthalten.“)