AI-translated from English; not yet reviewed by a fluent editor. # La plateforme de sécurité des agents de NVIDIA associe une barrière logicielle à un dispositif matériel de surveillance facultatif > OpenShell encadre les accès des agents IA. La conception facultative de Sentry par NVIDIA ajoute une surveillance sur BlueField-4, mais sa vitesse et son efficacité restent des affirmations du fournisseur. By BIG CHANGE Editorial Published: 2026-09-28T21:34:31.964Z Updated: 2026-09-28T21:34:31.964Z Canonical: https://bigchange.ai/blog/nvidia-open-agent-safety-platform-agent-controls ![Conceptual charcoal illustration of a closed mesh-front server cabinet with an orange keyed latch in a data-center aisle.](https://bigchange.ai/api/media/file/nvidia-agent-boundary-hero-v1.png) AI-generated conceptual illustration by BIG CHANGE. Le 28 septembre 2026, NVIDIA a annoncé sa plateforme ouverte de sécurité des agents, destinée à encadrer les agents IA capables d’exécuter du code et d’appeler des services externes. Ce nom recouvre deux composants distincts. OpenShell est un environnement d’exécution public et open source qui applique des règles d’accès autour d’un agent. Sentry est une conception de référence visant à ajouter des capacités de surveillance et d’application des règles sur une unité de traitement de données BlueField-4. Selon la [FAQ de la plateforme NVIDIA](https://www.nvidia.com/en-us/solutions/ai/agent-safety/). OpenShell dispose de code source public, d’une documentation et de paquets de publication accessibles au public. NVIDIA décrit la capacité de Sentry à mettre un agent en quarantaine en quelques millisecondes, mais l’annonce ne fournit ni mesure indépendante ni procédure publique d’installation de Sentry permettant au lecteur de vérifier ce résultat. ## Le grand changement NVIDIA associe un environnement d’exécution logiciel, qui applique des permissions déclarées en dehors du processus de l’agent, à une couche matérielle facultative qui, dans sa conception de référence, surveille l’agent depuis un domaine de confiance distinct. Le logiciel peut restreindre l’accès aux fichiers, les privilèges des processus et les requêtes sortantes, même lorsque l’agent exécute un shell ou du code généré. La couche matérielle vise à séparer la surveillance et l’application des règles de l’hôte qui exécute l’agent. Elle donne aux opérateurs une frontière plus concrète qu’une simple instruction au modèle, à condition de configurer correctement les règles. Cela ne prouve pas que le système combiné empêche toute action dangereuse. ## Ce qu’OpenShell contrôle Le [guide technique OpenShell 0.1.0 de NVIDIA](https://developer.nvidia.com/blog/add-runtime-controls-to-ai-agents-with-nvidia-openshell/) décrit une passerelle qui gère les environnements isolés et leurs règles, un superviseur placé hors de chaque charge de travail de l’agent qui vérifie les requêtes sortantes, et un environnement isolé où le noyau contrôle les fichiers et les processus. Le trafic réseau passe par le superviseur. Pour le trafic HTTP, GraphQL et Model Context Protocol configuré, les règles peuvent autoriser une lecture tout en bloquant une écriture vers le même service. NVIDIA indique que les décisions peuvent être consignées dans un journal d’audit au format OCSF. Les règles sont rédigées en YAML. La démonstration documentée dans le guide commence par un environnement isolé sans accès réseau sortant, puis applique une règle de remplacement qui autorise `curl` à lire dans l’API REST de GitHub tout en bloquant une requête POST. Il s’agit d’une procédure documentée par le fournisseur, pas d’un test de BIG CHANGE. NVIDIA documente aussi un assistant de règles qui permet à un agent de proposer des accès supplémentaires. Par défaut, un humain doit donner son accord ; un agent ne peut pas approuver sa propre proposition. Les règles réseau peuvent être modifiées pendant l’exécution de l’environnement isolé, mais changer les restrictions de fichiers ou de processus nécessite d’en créer un nouveau. Le guide indique qu’un vérificateur de règles confronte les permissions modélisées à une limite définie par l’opérateur et peut signaler une action qui la dépasse. Le résultat dépend du modèle de règles et de la limite choisie ; il ne prouve pas que l’agent lui-même est sûr. NVIDIA rapporte des expériences adversariales où des agents tentaient d’obtenir la permission d’écrire dans un dépôt protégé. Ces résultats communiqués par l’entreprise ne mesurent pas les performances réelles de l’ensemble de la plateforme. ## Ce qu’ajoute Sentry NVIDIA décrit [Sentry](https://developer.nvidia.com/blog/nvidia-open-agent-safety-platform-a-reference-for-continuous-in-silicon-agent-monitoring/) comme un dispositif de surveillance facultatif sur un DPU BlueField-4. Dans la conception de référence, le logiciel DOCA de NVIDIA relie ce domaine matériel distinct aux règles d’OpenShell et corrèle les interactions avec l’agent, les décisions de contrôle et l’accès aux outils ou aux données. NVIDIA affirme que cet emplacement permet des contrôles d’identité, de la détection et des interventions même si le logiciel de l’hôte est compromis. La mise en quarantaine en quelques millisecondes est une affirmation de performance du fournisseur, présentée dans le [communiqué de lancement](https://nvidianews.nvidia.com/news/open-agent-safety-platform), sans méthode de test publiée ni résultat indépendant parmi les sources examinées ici. La page produit précise qu’OpenShell fonctionne sur les infrastructures locales, sur site, cloud et Kubernetes prises en charge, sans BlueField-4. BlueField-4 ne concerne que la conception Sentry supplémentaire. NVIDIA indique que plus de 100 organisations travaillent avec ses technologies de plateforme et cite des intégrations ou collaborations à différents stades. Leur participation ne prouve ni que Sentry est déployé dans ces organisations ni que les contrôles ont permis d’éviter des incidents. ## Accès et limites pour une équipe qui l’évalue Le dépôt [OpenShell](https://github.com/NVIDIA/OpenShell) est public sous licence Apache 2.0. Le guide technique de NVIDIA du 28 septembre porte sur la version 0.1.0 ; la [page des versions](https://github.com/NVIDIA/OpenShell/releases) répertoriait la v0.1.2 le 28 septembre lors de notre vérification. Les équipes doivent donc fixer une version et utiliser la documentation correspondante. Le [guide d’installation](https://docs.nvidia.com/openshell/latest/about/installation) explique comment installer l’interface en ligne de commande et la passerelle locale, puis choisir un environnement d’exécution pris en charge. La [matrice de prise en charge](https://docs.nvidia.com/openshell/latest/about/support-matrix) répertorie les environnements Docker, Podman, Kubernetes et MicroVM, ainsi que leurs exigences côté hôte ; Windows via WSL 2 avec Docker Desktop est indiqué comme expérimental. L’exécution d’un agent IA peut également nécessiter les identifiants du fournisseur du modèle concerné. Les sources consultées ne mentionnent pas de frais de licence OpenShell. Le calcul, l’API du modèle et le déploiement en entreprise peuvent toutefois entraîner des coûts. Les documents NVIDIA examinés n’indiquent ni le prix de Sentry, ni celui d’un système BlueField-4, ni de procédure publique d’installation de Sentry. Avant d’évaluer cette conception matérielle comme un moyen de contrôle à acheter, les équipes auraient besoin de ces informations, ainsi que des exigences de déploiement et du périmètre de surveillance. ### Sources et lectures complémentaires - [L’annonce de NVIDIA du 28 septembre](https://nvidianews.nvidia.com/news/open-agent-safety-platform) établit la date de lancement, les descriptions des produits et les collaborations citées. Les affirmations de performance et d’efficacité sont celles de NVIDIA. - [Le guide technique OpenShell 0.1.0 de NVIDIA](https://developer.nvidia.com/blog/add-runtime-controls-to-ai-agents-with-nvidia-openshell/) documente les composants, l’exemple de règle et le processus de modification des permissions. BIG CHANGE n’a pas testé cet exemple. - [Code et versions d’OpenShell](https://github.com/NVIDIA/OpenShell) attestent de la disponibilité publique, de la licence Apache 2.0 et de l’historique des versions ; le [guide d’installation](https://docs.nvidia.com/openshell/latest/about/installation) et la [matrice de prise en charge](https://docs.nvidia.com/openshell/latest/about/support-matrix) donnent les prérequis actuels. - [L’article de NVIDIA sur l’architecture Sentry](https://developer.nvidia.com/blog/nvidia-open-agent-safety-platform-a-reference-for-continuous-in-silicon-agent-monitoring/) présente la couche proposée avec BlueField et DOCA. Il est rédigé par le fournisseur et n’établit de façon indépendante ni son efficacité ni son prix. ## Sources - [NVIDIA Newsroom, annonce de la plateforme ouverte de sécurité des agents](https://nvidianews.nvidia.com/news/open-agent-safety-platform) — Annonce du lancement et des affirmations de l’entreprise, notamment sur la mise en quarantaine en quelques millisecondes et la participation de partenaires ; aucune preuve indépendante d’efficacité. - [Plateforme ouverte de sécurité des agents NVIDIA](https://www.nvidia.com/en-us/solutions/ai/agent-safety/) — Architecture et FAQ du fournisseur : OpenShell n’exige pas BlueField-4. - [Ajouter des contrôles d’exécution aux agents IA avec NVIDIA OpenShell](https://developer.nvidia.com/blog/add-runtime-controls-to-ai-agents-with-nvidia-openshell/) — Guide du fournisseur sur les composants d’OpenShell 0.1.0, les règles YAML, le processus de validation et le vérificateur de règles ; aucun test de BIG CHANGE. - [Plateforme ouverte de sécurité des agents NVIDIA : référence pour la surveillance continue des agents sur silicium](https://developer.nvidia.com/blog/nvidia-open-agent-safety-platform-a-reference-for-continuous-in-silicon-agent-monitoring/) — Description par le fournisseur de la conception de référence facultative de Sentry, DOCA et BlueField-4. - [Dépôt NVIDIA OpenShell](https://github.com/NVIDIA/OpenShell) — Code public sous licence Apache 2.0. - [Versions NVIDIA OpenShell](https://github.com/NVIDIA/OpenShell/releases) — La page des versions répertoriait la v0.1.2 le 28 septembre ; le guide présente la version 0.1.0. - [Guide d’installation OpenShell](https://docs.nvidia.com/openshell/latest/about/installation) — Documentation de référence pour installer l’interface en ligne de commande et la passerelle locale ; consultée le 28 septembre. - [Matrice de prise en charge OpenShell](https://docs.nvidia.com/openshell/latest/about/support-matrix) — Documentation de référence sur la prise en charge des environnements d’exécution et des hôtes ; WSL 2 avec Docker Desktop est indiqué comme expérimental.