Les bons principes pour encadrer les agents IA sont désormais écrits noir sur blanc. Le NCSC britannique les résume : chaque agent reçoit une identité distincte, des droits minimaux, des identifiants à courte durée de vie, et vous devez pouvoir tout arrêter immédiatement. AWS ajoute une distinction essentielle : l’agent n’est pas le gardien, il est l’orchestrateur — l’autorisation s’applique en aval, hors de sa portée.
Ce sont d’excellents principes. Ce sont aussi, littéralement, le moindre privilège, l’accès juste-à-temps, et le point de décision séparé du point d’application. Trente ans de gestion des identités et des accès, reformulés pour un nouveau type de sujet.
Ça devrait nous rassurer. Ça m’inquiète un peu.
Le problème n’est pas les principes, c’est l’exécution
L’organisation qui n’arrive pas aujourd’hui à retirer les droits d’un employé parti depuis six mois ne va pas soudainement maîtriser la révocation d’un jeton d’agent en cours d’exécution. Les 1,7 milliard d’identifiants récoltés par les infostealers en six mois ne viennent pas d’un manque de cadres de référence. Ils viennent de l’exécution — de l’écart entre la politique écrite et le contrôle réellement appliqué.
Et cet écart, les agents ne le pardonnent pas. Une phrase de Jason Clark, chef de la stratégie chez Cyera, devrait être affichée dans toutes les salles de comité GIA : les humains utilisent environ 4 % de leurs permissions, les agents en utiliseront 100 %. Elle ne dit pas que les agents sont dangereux. Elle dit que notre sur-provisionnement chronique était camouflé par la paresse humaine — et que ce camouflage vient de disparaître.
« Rien à corriger » n’est pas « rien ne s’est passé »
Prenez la manière dont on a traité une vulnérabilité de sévérité maximale dans une grande plateforme d’identité cette année : correctif appliqué côté service, accompagné de la formule « aucune action requise de la part des clients ». Pour un praticien, cette formulation est à l’envers. Ce qui a été corrigé, c’est la plateforme. Ce qui reste à vérifier, c’est votre locataire : jetons émis pendant la fenêtre d’exposition, principaux de service apparus sans demande, rôles privilégiés modifiés, politiques d’accès conditionnel ajustées. Personne, chez le fournisseur, ne fera cette revue à votre place.
Dans le même mouvement, des groupes étatiques ont mené des campagnes entières sans exploiter une seule vulnérabilité : hameçonnage de consentement OAuth, liaison d’appareil via un vrai QR code scanné par la victime, mots de passe d’application. Rien de tout cela ne se contourne avec de la MFA, parce qu’il n’y a rien à contourner : l’utilisateur s’authentifie correctement, puis cède volontairement le résultat. Le point de contrôle n’est plus l’authentification. C’est ce qui arrive juste après — et c’est précisément la zone que les agents habitent.
Par où commencer
Pas par l’achat d’une plateforme de gouvernance d’agents. Par les fondations dont l’agent va hériter :
- Un propriétaire humain par identité — humaine, machine ou agent. Pas de parrain, pas de provisionnement orphelin.
- Des accès rationnés, juste-à-temps, révocables — jamais un rôle permanent large « pour que ça marche ».
- Une revue qui suit le rythme des agents — la recertification annuelle est déjà en retard sur des identités qui se créent en trois minutes.
- Une trace qui distingue l’agent de l’humain qu’il représente — sans quoi l’imputabilité s’effondre.
Il n’y a pas de nouvelle discipline à inventer. Il y a une vieille discipline — propriété, moindre privilège, traçabilité — à appliquer avec rigueur à un acteur qui, lui, est nouveau. Mon vrai souci n’est pas qu’on manque de principes pour gouverner les agents. C’est qu’on les applique aux agents avant de les avoir appliqués aux humains.
Vos fondations GIA sont-elles prêtes à porter des agents ? Un diagnostic de maturité vous dit où vous en êtes avant d’ajouter une couche autonome par-dessus. Évaluer ma maturité GIA →
Maîtrisez la GIA — une initiative de Securisa inc.
