La sécurité d’un agent se joue dans ses permissions, pas dans son prompt

Les agents capables d’écrire du code, d’utiliser un shell et d’atteindre des services externes ne peuvent pas être sécurisés par une consigne seule. Un cadre publié vendredi place la frontière d’autorité sous le modèle et son harnais, dans le runtime, l’identité, le réseau et les politiques que l’agent ne contrôle pas.

Le NCSC recommande parallèlement de proportionner l’autonomie au risque, d’isoler l’exécution, de limiter les identifiants, de journaliser l’activité et de conserver un arrêt d’urgence. Son conseil vise explicitement les systèmes susceptibles d’agir hors de leur périmètre après une instruction ambiguë, une compromission ou une défaillance inattendue.

Cette convergence donne une règle d’architecture aux équipes : tout effet important doit franchir un point d’application indépendant, avec droits courts et validation humaine pour la production. Les scanners de code restent nécessaires, mais ils arrivent après l’action ; le contrôle le plus robuste empêche d’abord l’agent d’obtenir une autorité qu’il ne devrait jamais posséder.