Agent 运行时安全不能仅靠单点网关，缺失底层支撑如同无雷达的电台
BestBlog编程类文章 · 软件开发
📌 一句话摘要 本文指出 Agent 运行时安全不能仅靠单点网关，必须构建多层防护体系，强调需要全局上下文支撑的资产发现、身份治理和分级响应机制。 📝 详细摘要 文章深入剖析了 Agent 运行时安全的核心挑战，指出绝大多数 Agent 流量不会经过企业自有网关，导致单点防护失效。通过 LiteLLM 被攻陷的案例，说明检测点本身也可能成为攻击目标。文章提出，有效的 Agent 运行时防护需要满足三个核心要求：部署在 Agent 实际运行位置、基于全局上下文的实时映射图进行风险判定、以及分级响应手段。同时，文章从底层技术栈建设讲起，提出 7 个核心问题用于筛选真正有能力的厂商，强调从资产发现、身份治理到分级管控的逐层建设路径。 💡 主要观点 单点网关防护存在根本性缺口 绝大多数 Agent 运行在第三方平台内，其流量不会经过企业自有网关，导致传统的流量检测方法无法覆盖，这种防护缺口被称为 AST09（无治理）项下的不可达 skills 场景。 检测点本身可能成为攻击目标 2026 年 3 月，攻击者利用漏洞攻陷了开源网关 LiteLLM，波及超过 2500 家机构，说明网关组件汇聚了攻击者关注的核心流量，一旦失陷，整套防护体系会全面崩溃。 有效防护需要全局上下文支撑 运行时决策需在毫秒级完成，必须结合 Agent 身份、权限、连接关系、活动（IPCA）的实时映射图、数据敏感度和委托链信息，才能准确识别灰色场景的风险，而缺少全局映射图的防护机制如同只有电台没有雷达的空管人员。 防护需满足三个核心要求 第一，部署在 Agent 实际运行的位置；第二，每项判定基于身份、权限、连接关系、活动的实时映射图；第三，响应手段不能只有阻断，需采用分级响应模式，对合法行为放行，对可疑行为告警，对敏感数据操作脱敏，对恶意委托链直接阻断。 从底层技术栈逐层建设 当前可落地的是覆盖所有观测点的资产发现能力、全平台安全态势管理、每个 Agent 的身份与归属确认以及支撑决策的上下文信息，后续新增的防护点可直接接入已建好的正常行为基线映射图。 💬 文章金句 Agent 运行时安全不能仅靠单点网关，缺失底层支撑如同无雷达的电台 网关只能检测途经自身的流量。运行在 Salesforce 内、由 Flow 触发、读取 CRM 记录并写入工单评论的 Agent，流量完全不会经过任何检测点 要在运行时判定整条委托链的风险，前提是提前掌握完整的链路信息，这类信息不可能在毫秒级时间内临时拼凑完成 成熟的防护机制采用分级响应模式：对确认合法的行为直接放行，对理由合理的可疑行为发出告警，对涉及敏感数据的操作做脱敏处理，对委托链存在恶意的行为直接阻断 围绕全局映射图而非单个 Agent 构建的平台，可以直接回答上述所有问题 📊 文章信息 AI 初评： 88 来源： FreeBuf 作者： FreeBuf 分类： 人工智能 语言： 中文 阅读时间： 14 分钟 字数： 3351 标签： AI 与智能应用 , AI Agent , AI安全事件 , 零信任 , 系统设计 阅读完整文章