Le problème
Dans un produit qui grandit, les permissions s’accumulent : un rôle ici, une exception là, une vérification oubliée dans un écran. Personne ne sait plus vraiment qui peut faire quoi, ni pourquoi.
Le jour où il faut retirer un accès, la question devient urgente. Une révocation qui met des heures à s’appliquer n’est pas une révocation. Et une décision que l’on ne peut pas expliquer n’est pas une décision : c’est un pari.
Pourquoi c’est difficile
Les symptômes sont connus :
- des droits trop larges, personne n’osant les resserrer ;
- des fonctionnalités ralenties par la peur de casser un accès ;
- des incidents que l’on ne peut pas reconstituer ;
- et la même logique d’autorisation réécrite dans chaque produit.
Ce que nous construisons
Un endroit unique pour décider, appliqué partout : les droits, les identités, les secrets et la trace de chaque décision. La révocation s’applique en quelques secondes, y compris quand le volume impose de ne pas redemander la même réponse à chaque écran.
La règle que nous tenons : on peut mettre en cache les faits d’une décision, jamais le verdict. Une autorisation figée est une faille qui attend son heure.
Ce que ça change
- un accès se retire en secondes, pas en jours ;
- chaque décision peut être justifiée ;
- les équipes produit arrêtent de réinventer l’autorisation.
La suite
C’est en construction chez Grantity R&D, le labo. Le sujet est ingrat, mais c’est exactement là que se jouent la confiance et la conformité.
Vous vivez ce problème ? Parlons-en.