ACL : Access Control List (liste de contrôle d’accès)
Sécurité
Une ACL : Access Control List (liste de contrôle d’accès), est une liste de règles qui précise quelles identités peuvent accéder à une ressource et quelles actions elles peuvent effectuer. Elle sert notamment à limiter la lecture, la modification ou la suppression d’objets dans un annuaire LDAP, un système de fichiers ou un service réseau.
Règles d’autorisation : Une ACL (liste de contrôle d'accès) énumère qui peut atteindre une ressource et ce qu'il a le droit d'y faire. On en trouve dans un annuaire LDAP, un système de fichiers, un service réseau : partout où il faut borner la lecture, la modification ou la suppression d'objets. Règles d'autorisation : chaque entrée relie une identité (un compte, un groupe, une catégorie d'utilisateurs) à un jeu de permissions (lire, écrire, rechercher, administrer). La règle de rédaction tient en une ligne : accorder ce qui est nécessaire, rien de plus, principe du moindre privilège vérifié entrée par entrée. Héritage et priorité : les permissions descendent souvent d'un parent (un dossier, une branche d'annuaire, une ressource englobante), et l'ordre d'évaluation compte autant que le contenu des règles, une autorisation large posée trop haut ouvrant tout ce qui se trouve en dessous. ACL dans LDAP : dans un annuaire, les ACL décident de ce qu'une recherche anonyme rapporte, des attributs lisibles et des entrées modifiables, le test se faisant en connexion anonyme et avec des comptes sans privilège. Voir aussi : RBAC, LDAP, principe du moindre privilège, héritage des permissions.
Ce qui arrive si on s'en passe
Sans liste de contrôle d'accès, ou avec une liste rédigée d'un geste large, chaque identité peut lire, modifier ou supprimer ce qui ne la regarde pas. Dans un annuaire LDAP, une recherche anonyme suffit alors à dresser l'inventaire des comptes et de leurs attributs, cadeau précieux pour qui prépare une attaque. Une autorisation trop généreuse posée en haut d'une arborescence se propage par héritage à tout ce qui se trouve dessous, sans que personne l'ait voulu nommément. Et une liste testée seulement avec le compte administrateur paraît toujours parfaite, l'administrateur ayant la fâcheuse habitude d'avoir le droit de tout voir.
Explication de la marmotte
Une ACL ressemble à la liste des personnes autorisées à entrer dans différentes pièces d’un bâtiment. Pour chaque pièce, elle indique qui peut seulement regarder, qui peut prendre ou modifier des objets, et qui peut tout gérer. Une même règle peut s’appliquer à plusieurs pièces, sauf si une exception est prévue. Si la liste est trop généreuse, des personnes peuvent voir des informations qui ne les concernent pas. Si elle est trop restrictive, les personnes autorisées ne peuvent plus travailler.
Où ce terme est utilisé
- Active Directory délégations et chemins d’attaque (9 occurrences)
- Linux shell, permissions et processus, le modèle de contrôle d'accès (8 occurrences)
- Registre Windows, GPO et services, fonctionnement et attaques (8 occurrences)
- Sécurité par capacités contre ACL (6 occurrences)
- Comment sécuriser Redis et Memcached distribués (5 occurrences)
- Comment structurer Active Directory et déléguer sans escalade (5 occurrences)
- Filtrage, segmentation, NAC et Zero Trust (4 occurrences)
- Quand la recherche sémantique contourne les droits (4 occurrences)
- Grand-père Castor raconte : bind LDAP en clair, corrigé (3 occurrences)
- Auditer l'héritage des permissions et le droit effectif (2 occurrences)