Un rôle temporaire doit avoir une portée, une date d’expiration, un responsable et une trace de son attribution et de son retrait.
Les absences et projets ponctuels exigent parfois des droits supplémentaires. Un accès permanent accordé pour une semaine finit souvent par rester actif. Le système doit appliquer une fin automatique et prévenir le propriétaire.
Définir la portée
Limitez le rôle aux entreprises, dossiers et actions nécessaires. Une personne peut approuver un type de document sans pouvoir gérer les utilisateurs. Les matrices de permissions définissent les combinaisons permises.
Gérer l’expiration
Affichez la date d’effet et de fin avant confirmation. Une tâche planifiée retire le rôle même si la personne ne se reconnecte pas. Testez un accès ouvert, un token en cache et une session qui continue après l’expiration.
Auditer
Enregistrez l’auteur, la raison, la portée et la date. Un support peut avoir besoin d’un accès temporaire, mais son intervention doit être limitée et journalisée. Le journal d’audit conserve la décision.
Sources : NIST, contrôle d’accès, OWASP, autorisation.
Organiser l’approbation
Une demande de rôle temporaire doit préciser l’action, la portée, la date de fin et la personne responsable. Une approbation peut être exigée pour un accès aux exports, aux utilisateurs ou aux données sensibles. Le demandeur ne valide pas sa propre demande lorsque la séparation des rôles l’interdit.
Le système envoie un rappel avant expiration, puis retire automatiquement le droit. Testez une session ouverte, un token en cache et une tâche différée. Le serveur vérifie le rôle à chaque action sensible.
Revoir les accès
Un rapport montre les rôles actifs, les expirations proches et les exceptions. Le support peut transférer une tâche sans prolonger l’accès. Chaque retrait conserve la date, l’auteur et la raison dans le journal d’audit.