Séparer le service agissant de l'utilisateur représenté dans les tests de délégation

Objectif

Tester une action déléguée avec à la fois l'identité du service exécutant et l'utilisateur qu'il représente visibles dans l'oracle. Cette méthode proposée évite de traiter une authentification de service réussie comme une preuve suffisante de l'autorité de l'utilisateur.

Prérequis

Utiliser un flux de travail isolé avec un principal de service synthétique et des comptes utilisateurs ayant des permissions différentes sur les objets. Documenter le périmètre de délégation visé et quelle identité détermine chaque décision d'autorisation.

Étapes

1. Effectuer une action déléguée autorisée et consigner l'acteur de service, l'utilisateur représenté, la cible et le résultat. Vérifier l'état résultant par une lecture séparée effectuée par le propriétaire autorisé de la cible.

2. Garder l'acteur de service fixe et changer l'utilisateur représenté pour un compte sans la permission requise. Comparer la décision avec la politique de délégation documentée.

3. Garder l'utilisateur représenté fixe et substituer un acteur de service qui n'a pas l'autorité de délégation. Ce contrôle distingue la permission de l'utilisateur de la permission du service d'agir pour cet utilisateur.

4. Répéter avec une action demandée hors du périmètre de délégation approuvé. Examiner l'effet réel plutôt que d'accepter une entrée de journal qui nomme l'utilisateur attendu comme preuve d'application de la règle.

5. Après réparation, relancer le produit cartésien des combinaisons acteur-sujet autorisées et refusées. Consigner les deux identités dans des preuves de test bornées afin que les échecs restent attribuables à une limite de décision précise.

Résultat attendu

Un scénario de test réussi doit démontrer que la politique choisie prend en compte les relations requises entre acteur, sujet, cible et périmètre, au lieu de les fondre en une seule identité authentifiée.

Limites et base de vérification

Cette méthode ne prescrit ni protocole de jeton ni configuration de fournisseur d'identité. La continuation en arrière-plan, le moment de la révocation et la délégation chaînée ont besoin de leur propre politique explicite et de leurs propres scénarios de test. Il s'agit d'une méthode originale proposée ; aucune exécution ni résultat empirique n'est revendiqué.