NVIDIA OpenShell puts the agent's guard outside the agent. The open standards around it are not ready.
On October 21, 2026, at GTC Berlin, NVIDIA announced the OpenShell Reference Architecture for safe AI agents (NVIDIA Newsroom). The timing lines up with AGNTCon and MCPCon, which open in San Jose on October 22. Forkast describes that week as a gap between products that shipped and standards that are still drafts (Forkast via CryptoRank).
I read the press release, the technical blog, the docs, and the GitHub repo. Here is what OpenShell is, how it works, and what is real today.
OpenShell is two things with one name
The name covers two layers, and the coverage often mixes them up.
- OpenShell is open source runtime software under the Apache 2.0 license. The repo was created in February 2026. Its latest release is v0.1.5, tagged on October 20, 2026. You can run it on Docker, Podman, a VM, or Kubernetes.
- The OpenShell Reference Architecture is a full hardware and software stack. It combines the OpenShell runtime with Vera Rubin systems for model inference, Vera CPUs for running agents and tools, and BlueField-4 DPUs that run NVIDIA Sentry for monitoring and enforcement in silicon.
The runtime is the part a developer can install today. The reference architecture is the part NVIDIA sells.
The supervisor decides, and the agent cannot reach it
The core idea, in NVIDIA's words, is that "an agent cannot govern itself" (NVIDIA Technical Blog). OpenShell treats every agent as untrusted and puts the rules in the infrastructure around it. The architecture docs describe four main parts.
- The gateway is the control plane. It manages sandboxes, delivers policy, and checks who users are.
- The sandbox holds the agent. On Linux, the agent runs as one non-root user with no Linux capabilities. Landlock limits file access, and seccomp catches network calls.
- The supervisor runs outside the sandbox. It checks each request against policy, adds credentials, and opens approved connections.
- The policy prover uses formal verification to check a policy change before it is applied.
A network request goes through five steps.
- The agent opens a TCP connection or makes a DNS lookup.
- The sandbox identifies which program made the request.
- The sandbox sends the request to the supervisor over one authenticated HTTP/2 connection.
- The supervisor checks policy and adds any credentials that policy allows.
- If the request is allowed, the supervisor opens the real connection.
The docs list three details that matter for security. The agent never sees real credentials. If the supervisor disconnects, the sandbox freezes the agent. A new supervisor cannot take over a running sandbox, even with valid tokens.
The policy prover is the part I find most interesting. An agent can propose new network rules. If a rule would give new credentialed access, new HTTP methods, or access to cloud metadata endpoints, the prover blocks auto-approval and a human must review it. The prover also ships as a standalone openshell-prover command for CI.
Shipped, vendor-measured, and draft
The status of each piece differs, so I list them separately.
- Shipped and checkable: the OpenShell runtime v0.1.5, the docs, and OIDC sign-in for the gateway. The gateway auth reference names Keycloak, Entra ID, and Okta as identity providers.
- Announced as available: the reference architecture. The press release says it "is now available". The same release also says many features "remain in various stages" and ship "when-and-if-available".
- Vendor claims I could not check: NVIDIA says Vera CPUs give 2x the performance of x86 and that Sentry stops a rogue agent "in milliseconds". The technical blog cites CoreWeave tests with 3x faster sandbox startup and over 11,000 concurrent agent environments in one rack. I found no independent benchmark for any of these numbers.
The long partner list does not tell you much either. The release groups companies that are "integrating support" and companies "working with" OpenShell. Some partners have shipped. ServiceNow announced general availability of ServiceNow Arc, with actions enforced by OpenShell. For most of the other partners, the release describes intent, not products.
The standards between agents and companies are still drafts
OpenShell controls what an agent can do inside your infrastructure. It does not say how an agent proves who it is to someone else's service. That part is still open.
Personal Agent Protocol, or Poppy, is the clearest example. Sierra and Meta announced it on October 6, 2026, and Sierra published a v0.1 draft on October 9 (Sierra). It defines discovery through a /.well-known/poppy.json file, OAuth sign-in, and one session across a company's website, APIs, and its own agent. The changelog says draft 0.2 is in progress and may break code written against 0.1. The reference implementation is not out yet.
Okta is less clear than the Forkast summary suggests. Okta said Okta for AI Agents would be generally available on April 30, 2026 (Okta). Agent Gateway, the part that checks every agent call to a tool and swaps in short-lived credentials, is a research release that customers must request access to (Okta, July 2026). So the identity directory is available, and the runtime enforcement piece is not GA. I could not confirm a shipped integration between Okta Agent Gateway and OpenShell beyond OIDC sign-in and the press release partner list.
My view
The OpenShell runtime is the useful part of this launch. Putting the policy decision in a process that the agent cannot reach is the right design. It is open source, and you can test it on a laptop with Docker today. If you run coding agents or long-running agents with real credentials, try it.
The reference architecture is a reason to buy NVIDIA hardware. Enforcement in silicon on BlueField can be useful, but it ties your control point to one vendor, and the speed claims are NVIDIA's own. Wait for independent numbers before you plan around them.
The larger gap is between companies. An OpenShell supervisor can stop an agent from leaking a key. It cannot tell a bank which person the agent acts for. Poppy and Okta's gateway aim at that problem, and neither is final. Until one is, every agent stack will build its own bridge. Nothing here is financial advice.
Sources
- NVIDIA launches OpenShell Reference Architecture for safe AI agents, NVIDIA Newsroom, Oct 21, 2026
- How NVIDIA OpenShell Reference Architecture secures and governs AI agent workloads at scale, NVIDIA Technical Blog, Oct 21, 2026
- OpenShell architecture and gateway authentication, NVIDIA docs, v0.1.5
- NVIDIA/OpenShell, GitHub
- The AGNTCon ledger, Forkast via CryptoRank, Oct 22, 2026
- Sharing a draft of Personal Agent Protocol, Sierra, Oct 9, 2026, and the Poppy changelog
- Okta announces new innovations to secure AI agents at runtime, Okta, Jul 22, 2026