Contexte et enjeux
Les attaques de type prompt injection et les fuites de données silencieuses ont transformé la sécurité des agents IA en une préoccupation opérationnelle. Alors que les agents migrent des postes de développeurs vers les data‑centers, les entreprises recherchent des garde‑fous qui n’érodent pas leur utilité. Red Hat et Nvidia ont annoncé OpenShell, un projet open‑source destiné à limiter les actions des agents tout en conservant leur capacité d’exécution.
Architecture et mécanismes d’OpenShell
OpenShell repose sur un modèle deny‑by‑default au niveau réseau. Chaque agent ne reçoit qu’un accès explicite à des points de terminaison définis, les identifiants d’accès restant invisibles pour l’agent. Cette isolation empêche l’agent de récupérer des secrets stockés dans l’infrastructure. Le projet est hébergé sous la gouvernance de la Cloud Native Computing Foundation, ce qui garantit une transparence du code et une évolution communautaire.
Gestion des politiques et prévention des injections
Un composant policy advisor interroge l’agent lorsqu’une action est bloquée, exigeant une justification en langage naturel. Les opérateurs peuvent ajuster les politiques en temps réel, ce qui permet de réagir rapidement aux changements de charge ou aux nouvelles menaces. Selon les ingénieurs de Red Hat, ce mécanisme rend possible le suivi détaillé de « qui », « quoi », et « quand » pour chaque interaction, facilitant ainsi la détection d’injections de prompts.
Intégration et perspectives
OpenShell s’intègre à OpenShift, la plateforme Kubernetes de Red Hat, afin que le déploiement d’agents IA ressemble à celui d’applications classiques. Les intervenants ont indiqué que les entreprises peinent à passer d’un seul agent en production à plusieurs dizaines, voire des centaines. OpenShell fournit un « blueprint » qui décrit les étapes nécessaires pour passer d’une preuve de concept à une exploitation à grande échelle, tout en maintenant les contrôles de sécurité. Le projet, soutenu conjointement par Red Hat et Nvidia, montre que la sécurisation des agents IA peut être abordée de façon collaborative plutôt qu’isolationnaire.
