AI Security Is an Engineering Problem — How to Solve It at Every Layer of the Agent Stack
Sep 21, 2026, 7:51 AM · NVIDIA Blog

NVIDIA’s Saša Zdjelar frames agent security as requirements, controls, owners, and evidence—not vibes—and the OpenShell runtime push is the part that can actually fail closed.
Why it matters
Organizations are racing to ship agents that reason, call tools, and adapt to data they encounter, while the practices to govern those systems are still forming. NVIDIA’s security blog argues the answer is familiar engineering discipline applied to a new stack: models supply capability, harnesses organize context and tools, and runtimes decide what actions can execute.
The concrete failure mode is familiar: an agent allowed to update a customer record reads malicious instructions in an attached document and tries to export data somewhere unauthorized. A network policy should block the transfer; protected logs should capture the tool call, authorization decision, and outcome; and permission to update a record must not silently imply permission to exfiltrate it. An agent can request more access—it must not be able to grant it to itself.
From the desk
We’re with the core claim. Prompt-level manners are not a security boundary. If an agent can decide wrong under adversarial content, the environment still has to constrain files, network destinations, and processes independently of the model’s reasoning. That’s the same lesson cloud taught us about identity, least privilege, and verifiable controls—rewritten for tool-using systems.
NVIDIA OpenShell is positioned as an open-source secure runtime that enforces policy outside the agent’s reach, with sandboxed execution and governance over data, network, and system resources. Alliance color around it: Cisco’s DefenseClaw as a governance layer, JFrog integrating to scan and verify agent skills and restrict which skills agents may use. On the verification side, the post points to CrowdStrike’s SafeMind for repeated attack simulations and Palo Alto Networks’ Prisma AIRS for continuous red teaming as models and apps change.
This is still a vendor narrative—NVIDIA selling a framing that elevates its runtime and partners—but the checklist is right: named owners, pre-deploy evidence that controls block credential overreach and unauthorized exfiltration, retesting after material model or tool changes, and turning each finding into a regression test. Failures need reproduction, investigation, and corrective action, not a slide about “responsible AI.”
Useful AI for defenders shows up in the examples NVIDIA cites—Capital One’s VulnHunter for code security, ReversingLabs’ Spectra Assure for package malware and tampering—where value is judged by reproducible findings and faster response, not chat fluency. Open models help teams inspect and reproduce incidents inside their own perimeter; closed models offer managed capability. Defenders need both lanes.
I’m watching whether enterprises actually name owners and demand failed-test gates before agent rollout, or whether OpenShell-class runtimes become checkbox installs while agents still hold overly broad credentials. The trajectory if this engineering bar doesn’t stick is more autonomous exfiltration paths dressed up as productivity features.
Context
The piece, dated September 21, 2026, sits alongside NVIDIA’s security research outreach and the Open Secure AI Alliance’s push to share what failed, which controls worked, and how fixes were verified across the defender community.
Who feels it
- Security engineering teams
- Treat agents like any privileged service: enforceable runtime limits, audit trails, and regression tests that block ship when they fail.
- Platform and agent builders
- Harness design must separate request from authorization, and skill/tool supply chains need integrity checks before load.
- Compliance and risk leads
- Demand named owners and evidence packs—not model cards alone—before agent systems touch customer data.
What to watch
- Adoption signals for NVIDIA OpenShell and Open Secure AI Alliance partner integrations in production
- Whether pre-deploy red-team gates become standard release criteria for internal agents
- Incident write-ups that show runtime policy catching tool-call abuse the model failed to refuse