Le 21 octobre 2026, à GTC Berlin, NVIDIA a annoncé l’OpenShell Reference Architecture : un empilement complet pour construire, contenir, observer et faire respecter les règles des agents IA, du datacenter à la machine de bureau. L’annonce est disponible immédiatement, selon NVIDIA.
La logique tient en une phrase de Jensen Huang : « les agents peuvent réfléchir sur Rubin, agir sur Vera et être gouvernés sur BlueField ».
Trois couches, trois rôles
Vera Rubin (NVL72) fait tourner les modèles, y compris ceux construits avec Nemotron. Les CPU Vera exécutent le harness de l’agent et ses appels d’outils, dans le runtime OpenShell. Les DPU BlueField-4 font tourner NVIDIA Sentry, qui surveille l’agent depuis l’extérieur et applique les politiques dans le silicium : mise en quarantaine « en quelques millisecondes » si l’agent tente de franchir sa frontière logicielle. L’extension edge couvre RTX Spark, DGX Spark et DGX Station.
Ce que contient vraiment le runtime
OpenShell est un runtime open source, publié sous Apache 2.0 d’après le keynote, qui traite chaque charge de travail d’agent comme non fiable pendant toute son exécution. Quatre briques : un gateway qui gère le cycle de vie des sandboxes et les politiques ; un supervisor qui vérifie les requêtes sortantes et sert les credentials — séparément du sandbox, pour qu’un agent compromis ne puisse pas les lire ; un sandbox qui isole l’agent et restreint accès fichier et processus ; un policy prover qui vérifie formellement que les permissions d’une politique restent sous un plafond défini par l’organisation.
Deux points d’extension : un middleware supervisor pour inspecter ou bloquer le trafic, et des intercepteurs gateway côté plan de contrôle. BlueField-4 se place sur le chemin d’E/S entre l’agent et le modèle : la surveillance ne dépend pas de ce que l’agent déclare de lui-même.
Pourquoi c’est important
Parce que le débat sur la sécurité des agents change de terrain. Jusqu’ici, on demandait au modèle de ne pas sortir du cadre — un prompt système, quelques garde-fous applicatifs, et beaucoup d’espoir. Ici, la frontière est hors de portée de l’agent : un domaine de confiance matériel séparé, qui regarde passer le trafic et coupe.
Le timing n’est pas anodin : Anthropic associe déjà Claude Managed Agents à OpenShell depuis septembre, pour borner et journaliser les actions. Le catalogue est large : Anthropic, Google, Meta et OpenAI côté modèles, CrowdStrike et Palo Alto côté sécurité, AWS et Google Cloud côté cloud.
Ce que ça implique pour les devs et le web
Séparer credentials et exécution. Le pattern supervisor est reproductible sans matériel NVIDIA : ne donnez jamais de secret au sandbox, faites passer les appels sortants par un proxy qui injecte les clés. Plus solide qu’un .env monté dans le conteneur de l’agent.
Politique = code versionné, avec un plafond. L’idée du policy prover vaut aussi avec OPA ou Cedar : un plafond global non modifiable par l’équipe qui écrit les règles.
Garder l’abstraction. Sur Kubernetes, l’essentiel (sandbox, supervisor, politiques) est portable ; la partie BlueField/Sentry, non. Un accélérateur de conformité, pas une couche de sécurité.
Vérifiez les chiffres. NVIDIA annonce 30× le débit par mégawatt sur Vera Rubin NVL72, 2× les performances x86 pour Vera et +20 % de capacité avec Sentry ; CoreWeave mesure 3× sur le démarrage des sandboxes et 1,8× sur la boucle agentique. Chiffres de fournisseurs, sans benchmark indépendant.