Publié le 15 octobre 2026 · Publication originale
Un agent prépare l'achat de 400 serveurs.
À 10h02, le budget disponible suffit. La politique contrôle l'opération et répond ALLOW.
L'achat n'est exécuté qu'à 10h05.
Entre-temps, un autre processus a engagé une partie du budget.
L'autorisation était correcte lorsqu'elle a été accordée.
Elle est fausse lorsqu'elle devient réelle.
C'est une variante d'un problème ancien des systèmes informatiques: TOCTOU, "time of check to time of use".
Les agents lui donnent une nouvelle ampleur.
Ils planifient, attendent une approbation humaine, délèguent, passent par des files d'attente, réessaient après erreur et peuvent exécuter longtemps après la décision initiale.
Pendant cet intervalle, budget, droits, risque, contrat ou propriétaire d'une ressource peuvent changer.
En août 2026, Yuxiang Peng et Xiaodi Wu nomment ce problème "stale authorization".
Ils proposent une exigence plus forte: un effet engagé doit pouvoir être expliqué comme autorisé par l'état de la politique immédiatement avant qu'il se produise.
Ils appellent cela "policy-state serializability".
Le contrôle ne porte donc plus seulement sur la décision de l'agent.
Il doit suivre l'action jusqu'au moment où elle devient irréversible.
ULTRA®
UNE APPROBATION HUMAINE PEUT ELLE AUSSI EXPIRER
Un dirigeant approuve lundi un achat parfaitement légitime.
Vendredi, le budget, le fournisseur ou la politique de risque a changé.
Conserver la preuve du "oui" ne démontre plus que l'opération reste autorisée.
Réduire la durée d'un token ne suffit pas toujours. Une requête peut avoir franchi un service avant révocation puis produire son effet après celle-ci.
Un Internet-Draft publié en septembre 2026 décrit une défense appelée "generation fencing".
L'autorisation peut porter:
policy_generation = 44
Au moment du commit, l'état protégé indique:
policy_generation = 45
Résultat: DENY.
Le document ajoute aussi génération de révocation, expiration, nonce et autorité à usage unique. Il reste un projet informatif, pas une norme IETF.
Pour paiements, achats, suppressions ou changements de privilèges, le dernier contrôle doit donc être placé au plus près du point où l'effet ne peut plus être empêché.
Un journal peut dire avec exactitude:"autorisé à 10h02".
Et documenter pourtant une opération qui n'aurait plus dû avoir lieu à 10h05.
Le temps fait partie de l'autorisation.
Sources
Peng & Wu, "Stateful Governance for Concurrent Agentic Systems", août 2026
IETF Internet-Draft, "Adaptive Authorization for Agentic AI", 23 septembre 2026
#AIGovernance #AgenticAI #Authorization #Cybersecurity #VOCEAssociation