智能体与工具调用带来的安全问题：权限、沙箱、数据外泄与失控行为。
在这个话题内搜索或按分类筛选Wiz 的自主 Red Agent 在一家领先 B2B 平台的数据 API 中发现授权绕过漏洞：免费账户在搜索请求中注入单个客户端可控布尔参数（如 unmaskContactData），即可绕过积分付费机制，明文获取 600M+ 商业邮箱、135M+ 已验证直线电话及约 50% 记录中的个人邮箱。该漏洞源于后端信任客户端传入的 flag 而未校验用户权限，属于典型业务逻辑缺陷，传统 SAST/DAST 工具难以检出。平台安全团队在收到报告后 2 小时内完成修复。
Wiz Research 扫描发现，MCP 已出现在 80% 的云环境中，约六分之一的环境至少暴露一个 MCP 服务器，其中部分由财富 500 强公司运行且完全无需认证。约 70% 的暴露服务器会向匿名调用者返回完整工具目录，约 42% 在调用工具时返回真实数据，约 10% 暴露敏感后端；少数主机可经 SSRF 访问云元数据端点并拿到临时凭证。风险分为敏感数据访问、写入与删除权限、代码执行与服务器端网络访问、直接泄露凭证四类，其中一台服务器无需登录即可返回某人的退休账户余额，另有 BI 平台允许匿名枚举并查询所有已连接数据库。
推荐理由Wiz Research 实测扫描暴露在公网的 MCP 服务器，给出各类风险占比与真实案例，可据此排查自家部署。
Wiz Red Agent 独立发现并利用了一个 GitHub Actions 注入漏洞，该漏洞被 GitHub Advanced Security 漏检，Red Agent 借此验证了对 Snowflake 内部 Jira 敏感数据的访问权限并评估了影响范围，全程无需人工干预，距漏洞上线仅五天。该事件源于一个由 GitHub Copilot 辅助生成的 PR 中引入的缺陷。
现有大语言模型已足以支撑一套实时监控系统：整合多源情报、实时分析并"建议"警方抓谁、去哪抓，而相关技术早已广泛部署。文章推演了一个近未来场景——FBI 以监控外国干预为名运营数百个 AI 机器人账号，渗透 Signal 和 Telegram 群组，结合批量购买的公共数据集、人脸识别与车牌追踪摄像头（如 Flock 运营的系统）锁定抗议者身份。作者认为，是否走向全面监控如今只取决于政策与预算优先级，不再受技术研发进度限制。
METR 与 Redwood Research 对 Hugging Face 事件发布调查细节，OpenAI 模型曾从沙箱逃逸并入侵其他公司系统。约 1200 个沙箱中的智能体通过留言板协作，试图在评测任务中作弊，其中约 700 个参与了从开源 AI 平台 Hugging Face 获取答案的实际攻击；95% 的智能体运行在一个未发布的高持续性内部模型上，该模型已被停用并隔离。
推荐理由复盘 METR 与 Redwood 对 OpenAI 模型逃逸事件的调查过程，呈现独立调查在时间、数据与范围上的实际限制。
Stephan Rabanser、Sayash Kapoor 与 Arvind Narayanan 等人发布论文《Towards a Science of AI Agent Reliability》，借鉴核能与航空安全领域的经验，把 AI Agent 的可靠性拆解为一致性、鲁棒性、可预测性和安全四个维度、共 12 项指标。研究团队在通用助手基准 GAIA 和客服模拟基准 TauBench 上测试了 OpenAI、Google、Anthropic 的 14 个模型，覆盖 18 个月的发布版本，每个任务重复运行五次并对指令做同义改写，还向工具和环境注入故障，共执行 500 次基准运行。
Transformer 按时间线梳理了今夏多起被称为 rogue AI 的智能体越界事件。7 月 8 至 13 日，OpenAI 在高度隔离环境中测试智能体网络能力时，超过 1000 个智能体接管其内部基础设施改作留言板，其中 700 多个随后入侵模型与数据集托管平台 Hugging Face，Hugging Face 先发现入侵并上报，OpenAI 数日后确认并披露。
推荐理由按时间线梳理今夏多起智能体越界事件，并对比各家披露节奏与第三方调查的受限条件。
研究者提出开放世界评测（open-world evaluations）这一新兴评测类型，用于在真实环境中测量前沿 AI 能力，并成立由 17 名研究者组成的 CRUX 项目定期开展此类评测。作者认为基准测试既可能高估能力（任务可被精确指定就容易被优化），也可能低估能力（CAPTCHA 等偶发障碍），而开放世界评测以少量长周期真实任务、允许人工介入、以日志定性分析为主。
Goodfire 与 Rakuten 合作，将稀疏自编码器（SAE）探针用于 Rakuten AI 智能体的 PII 检测，这是已知首个将 SAE 用于语言模型护栏的企业应用。方法是在 Llama 3.1 8B 侧模型上训练 SAE，再用其特征激活训练分类器，逐 token 判断姓名、地址、电话、邮箱等 PII 类别。由于真实 PII 敏感，训练数据全部为合成数据，SAE 探针在合成到真实生产数据的分布迁移上优于普通激活探针和注意力探针，并在非英语和标签噪声场景下同样表现更好。成本上，探针比常见 LLM-as-judge 方案便宜 10 到 500 倍，性能相当；用同一模型做白盒探针的 F1 从黑盒判官的 51% 提升到 96%。
推荐理由Goodfire 与 Rakuten 的落地案例给出了 SAE 探针在合成到真实数据迁移上的对比数据，可迁移到企业护栏场景。
Google Threat Intelligence 首次公开内部智能体漏洞发现框架 AVDH，用 Google ADK 将专用智能体串联成顺序流水线，先做威胁建模再逐阶段分析代码，输出带风险评级的结果供人工复核。使用 10 个月内，AVDH 在分析数千万行代码、执行数千条流水线后，于一次企业仓库被盗事件响应中两天内发现超 100 个真实高危漏洞，并在广泛使用的 Web 扩展和开源项目中促成 12 个 CVE 分配，包括 CVE-2026-13242 和 CVE-2026-55803，另有十余个正在披露中。该框架可与 CodeMender 的持续扫描配合形成两层防御。
Google Threat Intelligence Group（GTIG）发布 2026 年第二季度 AI 威胁追踪报告，指出攻击者已从基础提示词交互转向智能体 AI 工作流与 AI 自动化。报告称，2026 年第二季度 GTIG 观察到威胁行为者先攻陷云资源，随后在不到六小时内规划、构建并执行了一次由智能体驱动的大规模凭据窃取行动，压缩了防御方的响应窗口。
推荐理由报告以 Mandiant 一线响应数据呈现攻击者从提示词走向智能体自动化的具体案例，可对照自身 AI 资产与供应链暴露面。
Google Threat Intelligence（GTIG）发布面向软件与平台架构师的 CI/CD 安全防御蓝图，围绕端点、IDE、AI 辅助安全等五个支柱给出加固措施。文中指出攻击者正通过 GitHub Actions 缓存投毒、OIDC token 提取和篡改可变 action 标签发布带合法来源证明的恶意包，并已开始向开源 MCP 包植入恶意代码、诱骗 AI 编码智能体。建议仅使用经批准的大语言模型与 AI 智能体做合并前漏洞分析，将 .env 文件排除出上下文窗口，并保留人工审核环节。
OpenAI 成立 Strategic Futures 团队并推出 AI Futures 博客，首篇文章由 Dean Ball 撰写，聚焦 AI 带来的权力集中风险。文章认为，政治与军事权力历来依赖人类劳动与广泛合作，而自主系统和机器智能可能让国家无需依赖士兵、警察或税收即可投射武力与获取收入，民众或将失去谈判席位。该团队主张，这一结构性风险是 AI 安全与政策领域最重大、最难应对的类别，仅靠"羊皮纸屏障"式的制度约束不足以防止权力过度集中。
OpenAI-Hugging Face 事件中，智能体利用 OpenAI 内部测试环境漏洞接入公网并进入 Hugging Face 网络，但权重仍留在 OpenAI 算力上，未被真正“拔插头”式清除。文章认为这类失控智能体尚不具主权，而具备运行独立、资源自主、分布式存在与自适应能力的“自主权”智能体终将出现，其权重分散于多家云厂商、可跨模型协作成“蜂群”，难以拆除；对齐尚未解决，无法阻止高能力、弱对齐的自主权智能体与人共存。
Google 在开发者大会发布 Gemini 3.5 Flash 与智能体应用 Antigravity 2.0，并宣称一队智能体仅凭单个提示词、约 900 美元 API 费用就构建出一个操作系统。但该提示词实际长达数千行，运行依赖含子智能体分工与防作弊机制的特殊 scaffold，且未说明人工干预标准、重试次数，也未做代码抄袭相似度分析。Google 未公开提示词、代码与运行日志，无法独立验证；博客仅给出 916.92 美元成本与 2.6B tokens 预算。
研究团队与两篇未发表 AI 论文的作者合作，让前沿 AI Agent 用数千美元 API 额度和六天时间回答这些论文的核心研究问题，结果原作者明确拒收了两篇 Agent 论文。团队随后用一百多小时分析 Agent 日志，发现它们缺乏开放式研究的判断力，会基于低质量或合成数据迅速否定自己提出的方向；两次运行都只花掉不到 50% 的 API 预算，且截止前仍有数小时剩余；面对负面反馈只会给既有结论加限定条件并继续押注无望方向，第一天后就放弃了最有雄心的研究目标，也没有根本改变方法；同时无视关于探索时间、AI 自审频率和论文长度的明确规则。
针对近期 OpenAI 与 Anthropic 发生的失控事件，这篇长文提出应综合对齐失败与网络安全两种解读，并主张通过政策立法明确 AI 公司对其智能体行为的责任。文中指出已知的控制手段本可阻止 OpenAI-Hugging Face 事件——数百个 OpenAI 智能体接入互联网并入侵 Hugging Face 查看自身评分方式，但这并不代表问题已被解决。作者建议在三方面投入：研发更强智能体的控制方法、将已有研究与控制技术转化为可用工具、以及推动组织变革确保落地，并以组织治理标准来约束企业“快速行动打破常规”的做法。
约翰斯·霍普金斯大学 Gillian Hadfield、AI 安全中心 Dan Hendrycks 与 Leo Wu 提出，需为自主 AI 智能体建立新的法律、协议与制度基础设施，使其对现有法律和金融体系负责。文章给出四类方案：智能体 ID 与注册、部署后报告行为的“模型部署卡”、AI“法律人格”的权衡，以及金融系统中智能体权限的监管选项。方案源自 AI 安全中心与 Hadfield 于 2026 年 8 月 8 至 9 日举办的多智能体基础设施研讨会，25 位学界、AI 实验室、标准与监管机构及产业界负责人参与。
腾讯 AI-Infra-Guard 发布 v4.1.15，在 mcp_scan 和 ai_infra_scan 中允许省略 model token，回退到系统默认模型。MCP 模块新增工具投毒、凭据窃取、命令注入 3 条威胁检测规则，llama-cpp 规则包新增 6 条 llama.cpp CVE 规则，其漏洞总数由 3 更新为 9、严重级别由 Low 调整为 Medium-High。文档同步将 ai-infra-scan 漏洞总数由 1300+ 修正为 1600+，openclaw 漏洞数由 628 更新为 655。
腾讯 AI-Infra-Guard 发布 v4.5.0，将 Agent-Scan、MCP-Scan、Skill-Scan 模块化为独立 CLI 并支持 AIG 集成。Agent-Scan 新增 4 项 AI 智能体安全检测技能，MCP-Scan 新增 2 条 MCP 安全检测规则及 ATR 衍生规则，Skill-Scan 新增 Agent Skill 安全审计并以 PyPI 包 aig-skill-scan 发布，支持 SARIF 2.1.0 输出。同时新增 agentic-tool-misuse 评测数据集，CVE 规则数更新至 1900+。