Zugriffskontrollliste

In der Computersicherheit ist eine Zugriffskontrollliste ( ACL ) eine Liste von Berechtigungen ^{[ a ]} , die einer Systemressource (Objekt oder Einrichtung) zugeordnet sind. Eine ACL legt fest, welchen Benutzern oder Systemprozessen Zugriff auf Ressourcen gewährt wird und welche Operationen auf den jeweiligen Ressourcen zulässig sind. ^{[ 1 ]} Jeder Eintrag in einer typischen ACL spezifiziert ein Subjekt und eine Operation. Zum Beispiel:

• Wenn ein Dateiobjekt eine ACL hat, die Folgendes enthält(Alice: lesen, schreiben; Bob: lesen)Dies würde Alice die Erlaubnis geben, die Datei zu lesen und zu schreiben, und Bob die Erlaubnis, sie nur zu lesen.
• Wenn das RACF-Profil ( Resource Access Control Facility ) CONSOLE CLASS(TSOAUTH) eine ACL enthält(ALICE:LESEN)Dies würde ALICE die Berechtigung zur Verwendung des TSO CONSOLE-Befehls erteilen.

Viele Betriebssysteme implementieren ACLs oder verfügen über eine historische Implementierung; die erste Implementierung von ACLs erfolgte im Dateisystem von Multics im Jahr 1965. ^{[ 2 ] [ 3 ]}

Eine Dateisystem- ACL ist eine Datenstruktur (üblicherweise eine Tabelle), die Einträge enthält, welche die Rechte einzelner Benutzer oder Gruppen für bestimmte Systemobjekte wie Programme, Prozesse oder Dateien festlegen. Diese Einträge werden in Microsoft Windows NT ^{[ 4 ]} , OpenVMS und Unix-ähnlichen Betriebssystemen wie Linux , macOS und Solaris als Zugriffskontrolleinträge (ACEs) bezeichnet . Jedes zugängliche Objekt besitzt eine Kennung für seine ACL. Die Berechtigungen bestimmen spezifische Zugriffsrechte, beispielsweise ob ein Benutzer ein Objekt lesen, beschreiben oder ausführen darf . In manchen Implementierungen kann ein ACE steuern, ob ein Benutzer oder eine Benutzergruppe die ACL eines Objekts ändern darf.

Multics war eines der ersten Betriebssysteme, das Dateisystem-ACLs bereitstellte. PRIMOS bot ACLs mindestens seit 1984. ^{[ 5 ]}

In den 1990er Jahren wurden die ACL- und rollenbasierte Zugriffskontrollmodelle (RBAC) ausgiebig getestet und zur Verwaltung von Dateiberechtigungen eingesetzt.

Die POSIX 1003.1e/1003.2c-Arbeitsgruppe bemühte sich um die Standardisierung von ACLs, woraus die heute als „POSIX.1e ACL“ oder kurz „POSIX ACL“ bekannten Protokolle resultierten. ^{[ 6 ]} Die POSIX.1e/POSIX.2c-Entwürfe wurden 1997 zurückgezogen, da die Teilnehmer das Interesse an der Finanzierung des Projekts verloren und sich leistungsfähigeren Alternativen wie NFSv4-ACLs zuwandten. ^{[ 7 ]} Stand Dezember 2019 waren keine Originalquellen des Entwurfs mehr im Internet verfügbar, er ist jedoch weiterhin im Internet Archive zu finden . ^{[ 8 ]}

Die meisten Unix- und Unix-ähnlichen Betriebssysteme (z. B. Linux seit Version 2.5.46 bzw. November 2002 ^{[ 9 ]} , FreeBSD oder Solaris) unterstützen POSIX.1e-ACLs (nicht notwendigerweise Entwurf 17). ACLs werden auf diesen Systemen üblicherweise in den erweiterten Attributen einer Datei gespeichert.

NFSv4 -ACLs sind wesentlich leistungsfähiger als POSIX-Entwurfs-ACLs. Im Gegensatz zu POSIX-Entwurfs-ACLs sind NFSv4-ACLs durch einen veröffentlichten Standard als Teil des Network File System definiert .

NFSv4-ACLs werden von vielen Unix- und Unix-ähnlichen Betriebssystemen unterstützt. Beispiele hierfür sind AIX , FreeBSD ^{[ 10 ]} , Mac OS X ab Version 10.4 („ Tiger “) oder Solaris mit ZFS- Dateisystem ^{[ 11 ].} Diese Systeme unterstützen NFSv4-ACLs, die Teil des NFSv4-Standards sind. Für Linux existieren zwei experimentelle Implementierungen von NFSv4-ACLs: NFSv4-ACLs-Unterstützung für das Ext3- Dateisystem ^{[ 12 ]} und das neuere Richacls , das NFSv4-ACLs-Unterstützung für das Ext4- Dateisystem bietet ^{[ 13 ]} . Wie POSIX-ACLs werden auch NFSv4-ACLs auf Unix-ähnlichen Systemen üblicherweise als erweiterte Attribute gespeichert.

NFSv4-ACLs sind nahezu identisch zu den in NTFS verwendeten Windows-NT-ACLs aufgebaut . ^{[ 14 ]} NFSv4.1-ACLs sind eine Obermenge sowohl der NT-ACLs als auch der POSIX-Draft-ACLs. ^{[ 15 ]} Samba unterstützt das Speichern der NT-ACLs von SMB-Freigaben auf vielfältige Weise, unter anderem als NFSv4-kodierte ACLs. ^{[ 16 ]}

Der Active Directory- Dienst von Microsoft implementiert einen LDAP- Server, der Konfigurationsinformationen über Benutzer und Computer in einer Domäne speichert und verteilt. ^{[ 17 ]} Active Directory erweitert die LDAP-Spezifikation um denselben Mechanismus für Zugriffssteuerungslisten, den Windows NT für das NTFS-Dateisystem verwendet. Windows 2000 erweiterte die Syntax für Zugriffssteuerungseinträge, sodass nicht nur der Zugriff auf ganze LDAP-Objekte, sondern auch auf einzelne Attribute innerhalb dieser Objekte gewährt oder verweigert werden konnte. ^{[ 18 ]}

Auf manchen proprietären Computerhardware-Typen (insbesondere Routern und Switches ) definiert eine Zugriffskontrollliste (ACL) Regeln, die auf Portnummern oder IP-Adressen eines Hosts oder anderer Layer-3- Geräte angewendet werden . Jede ACL enthält eine Liste der Hosts und/oder Netzwerke, die den Dienst nutzen dürfen. Obwohl es zusätzlich möglich ist, ACLs anhand von Netzwerkdomänennamen zu konfigurieren , ist dies fragwürdig, da einzelne TCP- , UDP- und ICMP -Header keine Domänennamen enthalten. Folglich muss das Gerät, das die ACL durchsetzt, die Namen separat in numerische Adressen auflösen . Dies bietet Angreifern, die die Sicherheit des durch die ACL geschützten Systems gefährden wollen, eine zusätzliche Angriffsfläche . Sowohl einzelne Server als auch Router können Netzwerk-ACLs besitzen. ACLs lassen sich in der Regel so konfigurieren, dass sie sowohl ein- als auch ausgehenden Datenverkehr steuern und ähneln in diesem Zusammenhang Firewalls . Wie Firewalls können auch ACLs Sicherheitsbestimmungen und -standards wie PCI DSS unterliegen .

ACL-Algorithmen wurden in SQL und relationale Datenbanksysteme portiert . Viele „moderne“ (2000er und 2010er Jahre) SQL-basierte Systeme, wie ERP- und Content-Management- Systeme, verwenden ACL-Modelle in ihren Administrationsmodulen.

Im Jahr 2024 etablierten sich schemabasierte ACL-Modelle als ressourcenschonende Alternative zur herkömmlichen JSON-basierten Berechtigungsverwaltung. Ein bemerkenswerter Vorschlag führte die Idee ein, anstelle vollständiger Berechtigungsbäume nur die Indizes der erlaubten Operationen zu speichern. Diese Technik, später als SCode ACL formalisiert , ermöglicht die kompakte Kodierung von Zugriffsrechten (z. B. `"0 2 5"`) auf Basis eines vordefinierten, flachen Schemas und ist daher besonders effizient für zustandslose Systeme wie JWT-Token oder Session-Cookies. Der Ansatz fand aufgrund seines Minimalismus und seiner Performance früh Anklang in Entwicklerkreisen und wird seither sowohl in kleinen als auch in produktiven Systemen eingesetzt.

Die wichtigste Alternative zum ACL-Modell ist das rollenbasierte Zugriffskontrollmodell (RBAC). Ein „minimales RBAC-Modell“, RBACm , kann mit einem ACL-Mechanismus, ACLg , verglichen werden, bei dem nur Gruppen als Einträge in der ACL zulässig sind. Barkley (1997) ^{[ 19 ]} zeigte, dass RBACm und ACLg äquivalent sind.

In modernen SQL-Implementierungen verwalten ACLs auch Gruppen und deren Vererbung in einer Gruppenhierarchie. Daher können „moderne ACLs“ alles ausdrücken, was RBAC ausdrückt, und sind (im Vergleich zu „alten ACLs“) besonders leistungsfähig, da sie Zugriffskontrollrichtlinien so formulieren, wie Administratoren Organisationen betrachten.

Zum Datenaustausch und für „Vergleiche auf hoher Ebene“ können ACL-Daten in XACML übersetzt werden . ^{[ 20 ]}

• Zugriffstoken-Manager
• Kalkulationen
• Fähigkeitsbasierte Sicherheit
• C-Liste
• Problem mit verwirrten Stellvertretern
• DACL
• Erweiterte Dateiattribute
• Dateisystemberechtigungen
• Privileg (Informatik)
• Rollenbasierte Zugriffskontrolle (RBAC)