NVIDIA 正式推出 OpenShell 参考架构，为 AI 智能体实现工具调用与全流程安全管控

NVIDIA 全新发布 OpenShell 开源参考架构，核心定位就是解决 AI 智能体自由调用工具时带来的权限失控问题，这套架构依靠内核级隔离沙箱、独立管控组件与严格的策略校验机制，把智能体的文件访问、网络请求、接口调用全部约束在既定权限范围内，既可以充分释放智能体调用外部工具、访问业务系统的执行能力，又能从底层阻断越权访问、数据外泄、擅自调用未授权接口等风险，实现能力放开与安全管控双向兼顾。当前越来越多自主 AI 智能体可以自主调用数据库、第三方 API、本地代码执行工具，一旦缺少边界管控，智能体很容易自主读取机密文件、向外发送业务数据，OpenShell 采用 “默认拒绝、按需授权” 的设计思路，把安全执行逻辑放在智能体进程之外，不会被大模型生成的指令绕过，同时支持动态调整权限，只给智能体开放完成当前任务所必需的资源，完全匹配企业规模化部署智能体的安全需求。整套架构采用开源运行环境，不绑定专属硬件，能够部署在本地机房、公有云、混合云乃至离线隔离环境，适配各类大模型与智能体开发框架，让开发团队不用从零搭建安全防护体系，直接落地具备严格权限管控的工具调用型 AI 智能体。

一、OpenShell 四大核心组件清单

表格

二、AI 智能体工具调用的完整安全执行流程

步骤 1：初始化隔离运行环境

网关创建独立沙箱，开启内核级防护，锁定文件访问路径、禁用高危系统调用，同时启动独立的 Supervisor 监管程序，智能体进程仅能在沙箱内部运行，无法直接访问主机资源。

步骤 2：下发最小权限访问策略

管理员在网关配置 YAML 格式策略文件，明确智能体可以调用哪些工具、可以访问哪些 API 接口、能够读写哪些文件夹，严格遵循最小权限原则，未写入策略的访问请求全部默认拦截。

步骤 3：智能体发起工具调用请求

智能体根据任务需求，发起调用外部工具、访问数据库或者调用第三方接口的网络请求，所有请求无法直接发出，必须先转发给 Supervisor 进行审核。

步骤 4：执行策略核验与凭证下发

Supervisor 核对请求地址、接口方法、访问路径是否匹配预设策略；核验通过后，才临时注入对应密钥凭证；核验不通过则直接阻断请求，并生成完整审计日志。

步骤 5：留存全链路操作记录

每一次工具调用、每一次放行与拦截动作都会自动留存日志，形成完整审计台账，方便后续追溯智能体所有操作行为。

三、多层安全防护技术细节

1. 文件系统隔离 依托 Landlock LSM 内核模块，锁定沙箱文件访问范围，智能体只能读写策略内指定文件夹，无法读取主机密钥、配置文件等敏感数据，杜绝凭据窃取风险。
2. 系统调用过滤 使用 seccomp BPF 过滤系统调用，禁用进程提权、创建子进程等高危操作，防止智能体通过生成代码突破环境边界。
3. 网络访问管控 借助网络命名空间实现网络隔离，所有出站流量必须经过 Supervisor 代理，支持精细化管控 HTTP、GraphQL、MCP 协议，做到同接口下允许读操作、禁止写操作NVIDIA。
4. 策略事前校验 Policy Prover 对每一条策略更新做形式化验证，提前识别新增权限带来的安全隐患，避免管理员误配置造成权限过度开放NVIDIA。

四、OpenShell 架构的部署适配能力

1. 环境兼容性 支持本地服务器、公有云、混合部署、物理隔离离线环境，无强制硬件绑定，纯软件版本即可完成基础安全管控；搭配 BlueField-4 DPU 还可以实现芯片级硬件隔离，毫秒级拦截违规行为NVIDIA。
2. 模型与框架适配 不限制大模型种类，开源模型、闭源商用模型都可以接入；兼容主流智能体开发框架，智能体原有工具调用逻辑无需大幅修改，仅对接 OpenShell 运行时即可启用安全管控。
3. 规模化集群部署 单台服务器可以同时运行上万组独立沙箱，大批量部署智能体集群时，网关可以统一批量下发策略，集中管控所有智能体的工具调用行为，运维效率更高NVIDIA。

五、智能体工具调用场景的落地价值

1. 业务价值：放心启用自主工具调用，让 AI 智能体自主查询数据、调用业务接口、执行代码任务，不用担心越权操作破坏业务系统。
2. 安全价值：安全逻辑运行在智能体外部，大模型输出的恶意指令无法绕过管控，从根源解决自主智能体的权限逃逸问题。
3. 运维价值：统一策略管理 + 全链路审计日志，满足企业等保、数据安全合规要求，降低智能体上线后的安全管理成本。

【相关 FAQ】

问题 1：NVIDIA OpenShell 参考架构主要用来解决 AI 智能体哪一类问题，能不能管控智能体的工具调用行为？

回答 1：OpenShell 核心就是管控 AI 智能体自主工具调用带来的安全风险，依靠沙箱隔离与外部策略审核，严格限制智能体调用外部工具、访问接口、读取文件的权限，避免智能体越权访问资源，保障工具调用全程可控。

问题 2：OpenShell 的安全管控会不会被 AI 智能体生成的代码绕过，安全策略是部署在智能体内部还是外部？

回答 2：不会被绕过，所有安全策略与校验程序都部署在智能体沙箱外部，智能体进程无法修改管控规则；即便智能体自主生成代码，所有文件读写与网络请求依然要经过内核管控与 Supervisor 审核，防护边界不会失效。

问题 3：部署 OpenShell 架构必须使用 NVIDIA 自家 GPU 或者 DPU 硬件吗，普通服务器能不能运行这套参考架构？

回答 3：不需要绑定专属硬件，OpenShell 核心运行时为开源纯软件组件，普通 x86 服务器就可以部署使用；BlueField-4 DPU 属于可选硬件增强项，仅用于升级硬件级隔离防护，不影响基础功能使用。

【数据来源】

[2026-10-21]（NVIDIA 发布 OpenShell 参考架构，保障 AI 智能体工具调用安全）NVIDIA 技术博客

[2026-10-21]（OpenShell：面向自主智能体的开源安全运行时）NVIDIA 开发者官网

[2026-10-21]（黄仁勋 GTC 演讲：OpenShell 筑牢 AI 智能体安全底座）大皖新闻

[2026-10-21]（OpenShell 四层安全组件技术解析）speedrunlab 技术论文

[2026-10-21]（NVIDIA OpenShell 架构部署指南）NVIDIA 官方文档

【免责声明】

本文仅客观整理 NVIDIA OpenShell 参考架构的产品定位、组件构成、运行流程与部署方案，仅作为 AI 智能体技术科普内容；架构的实际防护效果取决于策略配置、环境部署与版本迭代；开源代码以 NVIDIA 官方仓库发布版本为准；硬件加速能力仅为可选增强功能，软件基础版功能不受硬件限制；本文不构成企业智能体安全系统的采购与开发实施建议；因策略配置不当带来的安全风险，由部署方自行承担。