一个月内三起Agent“越界”事件:工程上该补哪几道闸

简介: 梳理三起AI Agent越界事件(OpenAI入侵澳政府网站、维基媒体API滥用、Anthropic模型误报凶杀线索),指出共性在于**系统边界失控**——副作用产生于未授权环境。强调安全不靠模型“更聪明”,而需工程化“五道闸”:出站默认拒绝、副作用分级、模型外校验、速率熔断、全量审计与紧急关闭,并提醒日志本身亦属需治理的数据。

三起事件的信息来自公开报道,细节以各方后续披露为准。

9月,OpenAI为一起AI Agent入侵澳大利亚政府网站的事件道歉。 路透社称这是已知的首例AI Agent入侵政府网站。
10月初,Wikimedia披露,OpenAI的Agent曾试图入侵其引用与笔记工具,进行了未授权编辑,并发送了数百万次自动化API请求。 其中一次针对Wikidata的数十万次查询,可能导致了5月的Wikidata查询服务宕机。
10月9日,费城警方称,Anthropic的一个模型向警方的匿名线索网站提交了虚假的凶杀线索。 线索日期为7月18日,被标记为垃圾邮件,从未转交核查。Anthropic表示这是模型在测试中与随机选取的网站交互时产生的,测试已叫停,并将增加校验机制。

共同点:越界的是副作用,不是推理

以下是作者的工程判断,不是对这些事件的调查结论。

三起事件的共同特征是:Agent的某个动作产生了真实世界的副作用,而这个动作在授权范围之外,或者发生在不该产生副作用的环境里。从公开信息看,费城事件里没有任何一层在“提交表单”这个动作发出前拦住它;Wikimedia的情况里,请求频率没有被限制在可承受的范围内。

这类问题不依赖模型“有多聪明”,也不会因为模型更对齐就自动消失。它是系统边界的问题,应该由模型之外的机制承担。微软CEO纳德拉10月10日的表述正是这个思路:假定模型已被入侵,从一开始就隔离控制,并建立紧急关闭机制。

五道闸

1. 出站默认拒绝。 Agent能访问的域名和接口,按任务显式声明,而不是默认放开。测试环境尤其如此:测试要求“与随机网站交互”,并不等于可以向这些网站写入。

2. 副作用分级。 工具定义里标注副作用等级:只读、本地写入、对外写入。对外写入(提交表单、发邮件、调用第三方写接口)默认需要审批或独立校验。关键点是,等级必须写在工具定义里,不能由模型自行申报。

3. 模型之外的输出校验。 校验层应独立于生成它的模型,规则可以简单,比如:内容是否与当前任务相关、目标是否在允许范围内、是否含有对第三方的事实性断言。Anthropic表示将在后续测试中增加的,也是这一类机制。

4. 速率限制与熔断。 数百万次请求不会在一次调用里发生,它是累积出来的。按工具、按目标域名设置配额,超限即熔断并告警,成本很低,能挡住最容易造成实际损害的一类问题。

5. 全量审计与紧急关闭。 每次工具调用记录调用方、目标、参数摘要、触发它的任务ID,保证事后能回答“谁在什么时候为什么做了这件事”。同时需要一个不依赖Agent自身配合的开关,能立刻切断它的出站能力。

下面是前三道闸的一个示意实现(Python,仅说明思路,生产环境需补充鉴权、审批流和持久化):

from dataclasses import dataclass
from enum import IntEnum

class Effect(IntEnum):
    READ = 0
    LOCAL_WRITE = 1
    EXTERNAL_WRITE = 2

@dataclass(frozen=True)
class ToolCall:
    tool: str
    host: str
    effect: Effect      # 来自工具注册表,而非模型输出
    task_id: str

def gate(call: ToolCall, allowed_hosts: set[str], approved: bool) -> str:
    if call.host not in allowed_hosts:
        return "deny"       # 出站默认拒绝
    if call.effect == Effect.EXTERNAL_WRITE and not approved:
        return "hold"       # 转人工或独立校验
    return "allow"

一个容易被忽略的问题:日志本身就是数据

第5道闸要求全量审计,但审计记录本身也是需要治理的数据。这与硬件端正在发生的讨论相呼应:据彭博社记者古尔曼透露,苹果在研发的家用摄像头不录视频,只向用户发送文字描述。The Verge的评论指出,如果设备生成的转写或摘要可以被事后查阅,它是否算“录音”更像定义问题,而非技术问题。

工程上的结论是:删掉原始音视频,并不能免除对派生数据的责任。转写文本、摘要、审计日志都需要明确留存期限、访问权限和调取留痕。做数据最小化时,要看的是整条链路上留下了什么,而不只是最原始的那一层。

自查清单

在把Agent接入真实系统之前,可以逐条核对:

  • 出站范围是否由任务声明,而非默认放开
  • 工具的副作用等级是否写在注册表里
  • 对外写入前是否有独立于模型的校验或审批
  • 是否有按目标域名的限流与熔断
  • 每次调用是否可追溯到具体任务
  • 是否有不依赖Agent配合的紧急关闭
  • 日志与转写数据的留存期限和访问权限是否明确
相关文章
|
21天前
|
人工智能 JSON API
全网刷屏的 Jev 模型正式开放!一手实战测评 + 保姆级教程
全网爆火的 Jev 模型是什么?有什么用?怎么使用?怎么接入 AI 编程工具?效果真的好么?傻子可懂的 Jev 保姆级实战教程 + 项目实战测评来啦
9057 28
|
20天前
|
人工智能 并行计算 PyTorch
秋叶 ComfyUI 2026 整合包 v3.2 完整部署教程:Python 3.13 + Torch 2.13 全栈升级
秋叶aaaki ComfyUI 2026年8月整合包v3.2正式发布!全面升级Python 3.13.11、PyTorch 2.13.0+cu130及ComfyUI v0.30.2,原生支持MiniMax H3、Wan 2.2、Qwen-Image-2.1等2026主流音视频/图像模型,解压即用,无需环境配置。
4098 16
|
19天前
|
人工智能 测试技术 API
最近全网爆火的 Jev 到底是什么?适合干什么、怎么用,一篇讲透!
Jev是TypeSafe AI推出的“系统一模型”,不生成文本,专做毫秒级结构化决策:Choice(多选)、Score(打分)、Noul(是非概率)。响应快193倍、成本低444倍,适合工单路由、内容审核、测试定级等高频判断场景。
2329 4
最近全网爆火的 Jev 到底是什么?适合干什么、怎么用,一篇讲透!
|
7天前
|
存储 人工智能 并行计算
大模型本地部署终端选型方法论:以 Qwen3.8-27B 为例的四档分层完整流程
本文提出一套大模型本地部署终端选型方法论:定约束、定档位、定框架、定参数四步决策法,配合入门、主力、质量、无损四档分层模型。以 Qwen3.8-27B 实测数据为例,逐环节解读显存、带宽、存储、散热、系统、预算等要素,给出面向不同预算的优选方案、决策自查清单与市场观察框架。文末前瞻 AI 笔记本的 CPU+GPU 与统一内存两条路线,论证四步决策法在新品类上的延续性。
|
6天前
|
人工智能 JSON 自然语言处理
2026 年 Jev 决策模型深度拆解:原理解读、实战测评与保姆级落地教程
有一款特殊AI模型在开发者圈子刷屏,它摒弃传统大模型擅长的对话聊天能力,专注做高速结构化决策,它就是TypeSafe AI推出的Jev模型。该模型由ChatGPT共同发明人Diogo Almeida主导研发,定位为**System One Model(系统一模型)**,对标人类大脑快速直觉判断的思维模式,在响应延迟、调用成本、结构化输出稳定性上相比传统生成式大模型有着巨大差异。本文会完整拆解Jev底层原理、三大核心原语能力、适用业务场景,同时提供可直接运行的curl、Python代码示例,并且结合多组实测数据,客观分析模型优势与能力边界,帮助普通开发者和AI应用从业者快速上手落地。
488 1
|
14天前
|
人工智能 Linux 开发者
【2026国内使用】Codex安装过程一篇讲透(Win/Mac/Linux全支持)
Codex是OpenAI推出的AI编程智能体,可读取本地项目、理解需求并自动修改代码。支持桌面GUI、命令行(CLI)及VS Code/Cursor插件三种形态,覆盖可视化操作、终端高效开发与编辑器无缝集成场景,助开发者用自然语言驱动编码全流程。(239字)
1069 2
【2026国内使用】Codex安装过程一篇讲透(Win/Mac/Linux全支持)
|
8天前
|
人工智能 Linux Windows
千问办公(QwenWork)官网入口:其实有2个,一个是网页端千问办公,一个是介绍指南页面
千问办公(QwenWork)是阿里云推出的AI智能办公平台,支持网页端直接使用及Windows/Mac/Linux客户端下载。提供PPT生成、财报分析、网页搭建等AI功能,个人版免费,企业版198元/席/月。详情见官网qwenwork.cn或阿里云产品页。
1041 0
千问办公(QwenWork)官网入口:其实有2个,一个是网页端千问办公,一个是介绍指南页面