La sécurité des agents descend sous le niveau des prompts
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.
Sources
Chaque onglet présente la publication d’origine et son lien direct.
Where Security Fits in an AI Agent Stack
Les équipes de sécurité NVIDIA proposent une frontière entre les couches comportementales et les contrôles d’infrastructure. Chaque action externe doit traverser une politique indépendante ; identité, droits courts, réseau, journalisation et isolation ne doivent pas pouvoir être modifiés ou contournés par le harnais.