🗓️ Contexte
Publié le 24 août 2026 sur zeltser.com par Lenny Zeltser (Faculty Fellow au SANS Institute), cet article présente la Security Autonomy Matrix, un framework de gouvernance destiné aux équipes de cybersécurité souhaitant encadrer l’autorité accordée à leurs agents IA.
🎯 Problématique
Selon l’enquête SANS AI Survey 2026, seulement 41% des organisations utilisent l’IA générative pour des tâches de sécurité sous politique stricte, tandis que 39% déclarent une utilisation informelle sans politique. Face à l’adoption croissante des agents IA agentiques, les équipes manquent d’un cadre unifié pour décider et documenter les droits accordés à ces agents.
🧩 Structure de la Security Autonomy Matrix
La matrice est un tableau dont chaque ligne représente un workflow de sécurité. Cinq colonnes capturent les décisions clés :
- Autonomy by action class : niveau d’autonomie (L0 à L4) pour chaque classe d’action
- Accountable person : responsable des actions de l’agent
- Gate : point de contrôle humain (approbation, override, rollback)
- Residual risk and safeguard : risque résiduel et mesure de mitigation
- Reevaluation trigger and expiration : événements déclencheurs et date d’expiration
⚙️ Les cinq niveaux d’autonomie (inspirés SAE J3016)
| Niveau | Nom | Signification |
|---|---|---|
| L0 | Manual | Humain uniquement, pas d’IA |
| L1 | Advisory | IA recommande, humain agit |
| L2 | Supervised | IA agit, humain approuve chaque action |
| L3 | Conditional | IA agit dans des limites définies, humain gère les exceptions |
| L4 | Independent | IA agit seule, audit humain a posteriori |
🔑 Les cinq classes d’action
- Read : lecture de données (logs, tickets, boîtes mail)
- Write : modification réversible (isolation d’endpoint, édition de ticket)
- Send : communication externe (email, réponse à chercheur)
- Spend : engagement de ressources (argent, crédits API, quota cloud)
- Delete : suppression irréversible (purge de mail, suppression de règle firewall)
🛡️ Principes clés
- L’autonomie est gagnée progressivement sur la base du track record de l’agent (modèle de responsabilité graduée inspiré de la résidence médicale)
- Chaque grant possède une date d’expiration ; au-delà, les niveaux > L2 reviennent automatiquement à L2
- La délégation ne peut pas étendre l’autorité : un agent ne peut pas utiliser un autre agent pour faire ce qu’il ne peut pas faire lui-même
- Les actions irréversibles (« one-way doors » selon Jeff Bezos) nécessitent une approbation humaine
- Le prompt injection est identifié comme risque spécifique pour les workflows lisant du contenu non fiable
📊 Cinq métriques de suivi
- Renouvellements en retard
- Délai entre événement déclencheur et changement effectif
- Renouvellements sans preuve documentée
- Écart entre grant enregistré et permission réellement appliquée
- Incidents tracés à un grant d’autonomie accordé
📌 Type et objectif
Cet article est une publication de recherche / framework méthodologique dont l’objectif principal est de fournir aux responsables sécurité un outil opérationnel structuré pour gouverner l’autorité des agents IA dans les workflows de cybersécurité.
🔴 Indice de vérification factuelle : 25/100 (basse)
- ⬜ zeltser.com — source non référencée (0pts)
- ✅ 40884 chars — texte complet (fulltext extrait) (15pts)
- ⬜ aucun IOC extrait (0pts)
- ⬜ pas d’IOC à vérifier (0pts)
- ⬜ aucune TTP identifiée (0pts)
- ✅ date extraite du HTML source (10pts)
- ⬜ aucun acteur de menace nommé (0pts)
- ⬜ pas de CVE à vérifier (0pts)
🔗 Source originale : https://zeltser.com/security-autonomy-matrix