Securing AI agents in the enterprise AI factory: NVIDIA BlueField and DOCA Argus on Red Hat OpenShift

在企业AI工厂中保障AI代理安全：NVIDIA BlueField与DOCA Argus在Red Hat OpenShift上的应用

Component | Article_teaser

2026年10月21日

3分钟阅读

人工智能

合作伙伴

Gurpreet Singh

高级产品经理

Subpattern | social_share_set

Component | social_share

分享

Subpattern | subscribe

Component | social_icon

订阅RSS

Component | Icon

© Red Hat, Inc. CC-BY-4.0授权

Subpattern | results_nav

组布局

Component | Nav_links

• 返回所有文章

Component | Generic

大规模部署中的代理问题

自主代理之所以强大，是因为它们能够自主行动。但当指令存在歧义、工具行为与预期不符，或复杂任务出现意外转折时，代理需要自行判断。你无法指望代理完全监督自身行为。这正是它们成为全新类别基础设施风险的原因。随着企业扩展其代理式AI运营，两种关键故障模式逐渐显现：超出操作范围的代理，以及被外部攻击者武器化的代理。NVIDIA OpenShell参考架构通过将安全范式从单纯依赖模型防护措施，转变为使用OpenShell建立代理运行边界，并结合BlueField上的Sentry实现额外的硬件隔离监控和策略执行，直接应对这两种故障模式。

OpenShell参考架构：治理与保护

NVIDIA OpenShell参考架构基于两个核心原则：治理——确保代理仅执行被明确授权的操作；安全——快速检测并隔离受感染的代理。该架构包含NVIDIA Sentry，这是一个基于NVIDIA DOCA构建并在BlueField上运行的统一安全软件框架，用于带外监控和策略执行。Sentry利用DOCA Argus在容器化环境（包括Red Hat OpenShift）中进行安全监控和运行时威胁检测。通过基础设施层运行，DOCA Argus通过从BlueField独立的信任域中检查选定的主机内存结构，实现无需驻留主机的监控代理即可进行实时机器内省，提供运行时遥测和威胁警报。

基础：NVIDIA BlueField与OpenShift

这一先进的安全架构建立在Red Hat与NVIDIA的深度合作之上，以Red Hat OpenShift 4.22中NVIDIA BlueField-3 DPUs的通用可用支持为基石。OpenShift通过DOCA平台框架（DPF）的双集群拓扑管理此环境。租户集群运行在服务器的主CPU核心上，托管AI代理，而基础设施集群使用BlueField DPU作为工作节点，在Arm处理器上运行网络和安全服务。这种物理隔离建立了独立的基础设施信任域。当配置为零信任模式时，BlueField会限制对管理接口的主机访问，即使主机被入侵，也能保护DPU驻留的控制和遥测数据。

为了防止代理程序越权，BlueField 在基础设施层面强制执行支持的访问策略——该策略位于主机操作系统之外，与 OpenShell 的运行时控制形成互补。Argus 不仅依赖基于主机的监控，还会检查选定的主机内存结构，以观察进程、文件和网络活动。如果 Argus 检测到可疑活动或策略违规，它会生成警报，集成的安全系统可据此触发强制措施。主机与基础设施安全域的分离使监控操作不受主机控制，且无需在主机上安装监控软件。

原则 2：隔离受感染代理

当高级提示注入或供应链攻击成功利用代理时，快速隔离至关重要。DOCA Argus 从独立的 DPU 信任域运行，如同系统的“不眨眼的监视者”，通过带外内存内省检测异常，利用进程信息、网络连接和运行中可执行文件的哈希值识别可疑运行时活动。DPF 操作员原生管理 DPU 策略后，集成安全系统可触发 BlueField 在硬件层面隔离受影响工作负载的虚拟功能（VF）。Sentry 可在毫秒级时间内将恶意代理隔离，整个过程无需消耗 CPU 资源或通知攻击者。

为什么硬件强制执行改变了安全格局

性能、隔离性和扩展性要求 AI 安全采用全新方法。将安全和网络栈卸载到 BlueField DPU 可减少 CPU 开销，释放主机 CPU 资源用于生成收入的 AI 工作负载。DPU 的物理隔离提供了独立的安全域，当配置为限制主机访问时，即使主机被入侵，也能保护 DPU 内的网络和基础设施控制。通过在每个节点上实现统一策略执行，这种架构有助于限制入侵影响范围仅限于受影响的工作负载。当大规模部署代理时，仅依赖主机操作系统上的安全措施已不再足够。

Red Hat AI Factory 与 NVIDIA 结合，通过 OpenShift 上的 DOCA Argus 带外监控、DPF 管理的策略隔离工作负载，以及 OpenShell 作为安全代理运行时，为 AI 代理增加了高级安全功能。这些功能使安全团队能够在代理工作负载内部软件不可信时进行监控和响应。

了解更多：

• Red Hat AI Factory with NVIDIA

• NVIDIA BlueField 安全与加速 on Red Hat OpenShift

• 保护 AI 代理需要保护其周边系统

• NVIDIA Open Agent Safety Platform

Block | Dynamic pattern deluxe promo

Component | Band_header

Blog post

开源安全信号 | 2026 年第三季度

Red Hat 首次发布的《开源安全信号》报告深入分析了人工智能驱动漏洞世界中的深层趋势：我们如何识别关键风险？如何修复它们？最终，修复它们的实际成本是多少？

Component | spacer

Component | Cta_multi_basic

Subpattern | simple_cta

Component | CTA

阅读博文

Deluxe mbox

Component | Card_header

关于作者

Subpattern | speaker

Card layout

Component | Image_embed

Component | Person

Gurpreet Singh

Subpattern | social_links

资深产品经理，以在网络和云技术领域推动创新而闻名。擅长战略规划、竞争分析和产品开发。作为卓越组织的领导者，专注于推动客户成功并制定变革性战略。深度参与ETSI NFV标准和OPNFV计划的早期制定工作，专精于虚拟化网络部署中的主动监控和可靠性保障

更多该作者作品

类似内容推荐

动态模式

RHEL for NVIDIA 为下一代AI工作负载提供可信基础

Red Hat与HP：从实验室到舰队的物理AI赋能

原始播客

代理AI能否修补互联网？

Red Hat如何为可扩展AI清除IT债务

子模式 | card_flex

子模式 | text_basic

继续探索

• 免费试用：Red Hat学习订阅试用版

• 开始免费产品试用 试用版

• 无成本订阅Red Hat TV 视频

继续探索 mbox

子模式 | simple_text

按频道浏览

浏览所有频道

模式 | raw_html

自动化

关于IT自动化在技术、团队和环境中的最新动态

人工智能

关于赋能客户在任何地方运行AI工作负载的平台的最新进展

开放混合云

探索我们如何通过混合云构建更灵活的未来

安全

关于我们在不同环境和技术中降低风险的最新动态

边缘计算

关于简化边缘运算平台的最新进展

基础设施

关于全球领先的企业的最新动态Linux平台

应用程序

深入探讨我们解决最复杂应用程序挑战的方案

虚拟化

企业虚拟化的未来，适用于本地或跨云的工作负载