Ce que c'est
Un poste gratuit de revue des accès, dans votre navigateur. Il lit des listes de rôles simples ou des exports CSV et en fait une seule matrice, un chercheur d'itinéraire et une liste de risques classés par gravité.
Carte de revue des accès
Collez vos rôles et ce que chacun a le droit de faire, puis qui détient quel rôle. Permission Map résout chaque droit en faisant primer le refus sur l'autorisation, dessine la matrice d'accès, trace l'itinéraire d'une personne vers n'importe quelle ressource et signale les combinaisons qui mènent aux incidents.
Un poste gratuit de revue des accès, dans votre navigateur. Il lit des listes de rôles simples ou des exports CSV et en fait une seule matrice, un chercheur d'itinéraire et une liste de risques classés par gravité.
Les fondateurs qui remplissent un questionnaire de sécurité, les admins qui font le ménage dans les rôles, les responsables techniques avant un audit et tous ceux à qui l'on demande qui peut supprimer les données clients.
La vérité sur les accès est éparpillée entre le fournisseur d'identité, des tableurs et de vieux tickets. Personne ne voit qu'une même personne peut créer et approuver un paiement avant que cela n'arrive.
Tout est lu et calculé dans cet onglet. Rien de ce que vous collez n'est envoyé ni conservé.
Collez vos rôles, ou chargez l'entreprise démo pour voir chaque type de risque.
Vos listes ne quittent jamais cette page. Le rapport ne contient que des noms de rôles, des ressources et des constats.
Les contrôles combinés portent sur les personnes si vous ajoutez leur liste, et sur chaque rôle isolé sinon.
La même personne peut créer et approuver, ou demander et publier, sur une même ressource. La plupart des fraudes et bien des pannes commencent ici.
Un rôle avec *:* peut tout faire, y compris ce qui n'existe pas encore. Réservez ce rôle au plus petit nombre de personnes.
Qui peut attribuer des rôles ou modifier les droits peut s'accorder tout le reste. Son accès réel, c'est tout.
Supprimer ou modifier les journaux permet de cacher ses actes. Un journal d'audit ne devrait accepter que des ajouts.
resource:* sur les secrets, les paiements ou les données personnelles inclut discrètement toutes les actions futures.
L'export ou le téléchargement en masse de données clients est le chemin le plus courant vers une fuite à déclarer.
Un rôle autorise et refuse la même action. Le refus l'emporte, l'autorisation devient un poids mort et trouble les relecteurs.
Une ligne de refus qui ne bloque rien, car aucune autorisation ne l'atteint. Sans danger, mais elle masque l'intention réelle.
Le même droit apparaît deux fois. Des listes propres se relisent plus facilement.
Quelqu'un a un rôle qui n'a aucun droit. Souvent une faute de frappe, parfois un rôle supprimé dans un seul système.
Un rôle avec des droits que personne ne détient. Les vieux rôles finissent par être réattribués par erreur.
Vous pouvez les mélanger librement. Les noms ignorent la casse et les espaces deviennent des tirets bas.
support: tickets:*, customers:read, !customers:deleteLe rôle, deux points, puis les droits séparés par des virgules. La forme resource.action marche aussi.
role,resource,action,effect
ops,servers,restart,allowVirgule, tabulation ou point et virgule. La colonne effect est facultative et vaut autorisation par défaut.
deniz: finance_clerk, finance_leadLa personne, deux points, les rôles. Ou deux colonnes, personne et rôle, une ligne par attribution.
Exportez les rôles depuis la console d'administration ou rédigez la liste à la main. Utilisez * pour toutes les ressources ou toutes les actions.
Facultatif mais très utile. Les risques liés au cumul de deux rôles n'apparaissent qu'avec la liste des personnes.
Les risques élevés d'abord. Chacun nomme la personne, les rôles et les lignes exactes en cause.
Passez des rôles aux personnes, puis demandez qui peut faire une action précise et suivez chaque itinéraire.
Téléchargez la matrice en CSV et copiez le rapport avec son SHA 256 dans votre ticket de revue des accès.
Oui, si vous pouvez le ramener à des lignes rôle, ressource, action. La plupart des exports CSV d'administration conviennent une fois les colonnes en trop retirées.
C'est le fonctionnement de presque tous les systèmes d'accès. Un seul refus bloque l'action, quel que soit le nombre de rôles qui l'autorisent.
Non. Il lit seulement ce que vous collez. L'application des droits reste dans votre vrai contrôle d'accès.
Scindez le rôle, retirez un des deux rôles à la personne ou ajoutez un refus explicite en notant qui a validé l'exception.