Sécuriser les agents d'IA à l'exécution : ce qu'une connexion valide ne règle pas

Pourquoi une connexion valide ne suffit-elle pas ?

Les agents d’IA ne travaillent pas seulement avec du texte. Les agents de codage comme Claude Code d’Anthropic ou Codex d’OpenAI lisent des fichiers, exécutent des commandes, appellent des interfaces et modifient du code. Ils le font avec les droits de la personne qui les a lancés, souvent sur son poste de travail.

La connexion ne répond qu’à une question : cet accès a-t-il en principe le droit de faire cela ? Elle ne dit pas si une action donnée correspond à la tâche. Un agent peut être correctement connecté, utiliser un outil autorisé et pourtant faire quelque chose que personne ne voulait : lire un fichier contenant des identifiants, supprimer un répertoire ou envoyer des données à une adresse inconnue, par exemple parce qu’une page web piégée le lui a suggéré.

Qu’est-ce que la protection à l’exécution ?

La protection à l’exécution intervient à l’endroit où un agent appelle un outil. Avant chaque exécution, elle vérifie :

Question	Exemple
Qui agit ?	quel agent, pour quelle personne
Que doit-il se passer ?	exécuter une commande, lire un fichier, appeler une interface
Quelle est la cible de l’action ?	répertoire, système, adresse réseau
Cela correspond-il à la tâche ?	modifier le code du projet A, et non lire les identifiants du projet B

Selon la règle, l’appel est autorisé, bloqué ou signalé. Chaque décision est journalisée afin de pouvoir retracer ensuite ce qu’un agent a fait et pourquoi. Les référentiels de l’OWASP sur l’IA générative et MITRE ATLAS servent par exemple de cadre de référence pour les risques.

Comment fonctionne Kontext ?

Kontext est une plateforme de sécurité pour agents d’IA de la société CoBrowser Technology GmbH, basée à Munich et fondée par Jens Ernstberger et Michel Osswald. En septembre 2026, l’entreprise a annoncé une levée de fonds de 4 millions de dollars américains, menée par 42CAP, avec a16z CSX et le High-Tech Gründerfonds.

Selon le fournisseur :

• Repérer les agents : Kontext détecte les agents d’IA sur les postes de travail et montre à quoi ils peuvent accéder.
• Règles à l’exécution : Pour Claude Code et Codex, Kontext vérifie chaque appel d’outil avant son exécution, via des interfaces que ces agents proposent à cet effet. Il détecte d’autres agents sans les piloter.
• Observer d’abord, bloquer ensuite : En mode observation, Kontext montre ce qui serait bloqué. Le blocage peut être activé une fois les règles au point.
• Journal et vue d’ensemble : Chaque décision est consignée, avec une évaluation des risques et une vue d’ensemble des coûts des agents.
• Fonctionnement : Un programme sur l’ordinateur vérifie les appels localement ; il est disponible sous licence MIT sur GitHub. L’administration et la vue d’ensemble tournent dans un service du fournisseur. macOS est actuellement pris en charge.
• Tarifs : une offre gratuite, une offre pour les équipes et une offre pour les grandes organisations, publiées sur le site web.

Le fournisseur indique sur demande où le service est exploité et de quelles preuves il dispose.

Que doivent clarifier les établissements avant d’utiliser des agents ?

1. Connaître l’existant : Quels agents tournent déjà sur les ordinateurs de l’établissement, souvent sans validation centrale ? C’est la même question que pour le shadow IT.
2. Définir les tâches : Pour quoi les agents peuvent-ils être utilisés, et pour quoi non ?
3. Limiter les accès : Ne laisser les agents travailler que dans les répertoires et systèmes nécessaires à la tâche ; ne pas stocker d’identifiants en clair.
4. Observer d’abord les règles : Faire d’abord seulement signaler les règles et les ajuster à la pratique.
5. Exploiter les journaux : Qui lit les journaux, et que se passe-t-il lorsqu’une règle se déclenche ? Cela relève du management de la sécurité de l’information, voir journaux d’audit et traçabilité.
6. Vérifier la protection des données : Quels contenus des appels partent vers un service extérieur à l’ordinateur, et où est-il exploité ?

Comment cela se passe-t-il avec basebox ?

basebox est une plateforme d’IA, pas une protection à l’exécution pour les agents sur les postes de travail. Les deux se complètent : la DSI qui utilise des agents de codage les sécurise séparément ; le reste de l’établissement travaille dans basebox.

Dans basebox, des règles fixes s’appliquent aux accès aux systèmes. Les connecteurs lisent avec les droits de la personne qui pose la question, sans compte de service commun, et par défaut en lecture seule ; les accès en écriture ne sont possibles qu’après concertation. Votre administrateur définit pour chaque app les connecteurs qu’elle peut utiliser, et chaque appel d’un connecteur figure dans le journal d’audit. À partir de novembre 2026, les déroulés issus de l’App Builder traitent des tâches de manière autonome ; les actions en écriture comme le transfert seulement après validation par une personne.

Remarque : Les informations sur Kontext reflètent l’état de nos recherches au 15 octobre 2026 et reposent sur les indications du fournisseur. Pour votre propre usage, vérifiez les fonctionnalités, le fonctionnement et les contrats auprès du fournisseur.