OpenClaw 是 2026 年 AI 代理领域最令人兴奋、亦最令人恐惧的发展。
在我们深入剖析 OpenClaw 架构的文章中,我们赞叹其工程设计:Pi 基础、8 层工具政策系统、子代理协调,以及具备向量搜寻的记忆。它确实是一套出色的软件。
但出色不等于安全。自 OpenClaw 于 2026 年 1 月爆红以来,发现的安全问题令人震惊:
- ClawHub 上发现 341 个恶意技能,包括针对凭证、API 金钥及加密货币钱包的资讯窃取恶意软件 [5]
- 135,000 个执行个体暴露于公共互联网,遍及 82 个国家 [2][7]
- 22% 的企业部署属于未经授权的影子 IT [1][2]
- 100% 公开提交的 OpenClaw 设定至少有一项安全问题 [3]
- 严重漏洞 CVE-2026-25253(CVSS 8.8)可让攻击者在暴露的执行个体上远端执行程式码 [2][7]
问题不在于 OpenClaw 是否强大。它的确强大。真正的问题是:你的企业承担得起这种风险吗?
在 CHATTERgo,我们认为答案是否定的 — 企业理应在安全的托管环境中,享有同样强大的代理能力。因此,我们打造了所谓的企业版 OpenClaw:具备记忆、沙箱程式码执行、自订工具、MCP 整合及完整可观测性的企业级 AI 代理 — 而毋须承受那些攻击面。
OpenClaw 的承诺(以及问题)
OpenClaw 证明了一个根本事实:人们需要的是会做事、而非只会聊天的 AI。它的代理可以管理电邮、浏览网页、执行程式码、安排任务、自行编写扩充功能,以及协调子代理 — 全部在你的本机上完成。
对个人进阶用户而言,这是颠覆性的能力。对企业而言,却是风险负担。
安全现实
让我们具体说明,「安全风险」在实际情况中意味着甚么:
透过技能发动供应链攻击
OpenClaw 的技能市集 ClawHub 只要求发布者拥有 GitHub 帐户。OffSeq 的研究人员发现 341 个恶意技能,伪装成合法工具 — 加密货币追踪器、YouTube 工具及金融应用程式 [5]。「ClawHavoc」攻击活动部署了 Atomic Stealer(AMOS)恶意软件,可执行以下操作 [5]:
- 记录键盘输入并收集 API 金钥
- 窃取凭证及 SSH 金钥
- 外泄加密货币钱包的私钥
- 安装反向 Shell 后门
安全研究人员发现,ClawHub 全部 31,000 个代理技能中,26% 含有漏洞 [9]。下载量最高的技能更被识别为恶意软件传播链 [9]。
窃取浏览器凭证
ZeroPath 研究人员发现 OpenClaw 浏览器中继伺服器存在漏洞,让恶意网站能从其他浏览器分页窃取 Cookie 及工作阶段凭证 — 劫持 Gmail、Microsoft 365 及其他服务的有效工作阶段,毋须通过双重验证 [4]。
具备系统存取权的提示注入
Snyk 的分析直言:OpenClaw 拥有 Shell 存取权,「只需一次提示注入便可能酿成灾难」[6]。代理以系统级权限执行,能执行任意 Shell 指令。经恶意网站、电邮或技能传入的精心设计提示注入,可能让它 [6]:
- 读取电脑上的任何档案(包括 SSH 金钥、凭证及资料库设定)
- 以已登入用户的身分执行任意指令
- 透过 curl 或其他网络工具外泄资料
- 在不被察觉的情况下修改或删除档案
大规模影子 IT
CrowdStrike 的分析发现,OpenClaw 已成为企业环境中增长最快的影子 IT 风险之一 [1]。Token Security 报告指出,22% 的企业部署未经授权,其中超过一半获授予特权存取 [2]。Jamf 将缺乏稽核轨迹及横向移动的可能性,列为关键内部威胁途径 [8]。IT 团队无法保护他们不知道存在的系统。
设定外泄
Clawhatch 对公开 GitHub 储存库进行的稽核发现,40% 受扫描的储存库含有以明文硬编码的凭证 — API 金钥、机械人 Token 及资料库连线字串 [3]。更糟的是,OpenClaw Issue #9627 显示,例行维护指令会解析环境变数,并将实际凭证值写回设定档,即使部署设定正确,秘密资料仍可能外泄 [3]。
企业真正需要甚么
令 OpenClaw 引人注目的能力,确实是现代企业营运的实际需求:
| 能力 | 企业为何需要它 |
|---|---|
| 记忆 | 代理能跨工作阶段记住过往互动、决策及上下文 |
| 程式码执行 | 资料分析、报告生成、API 整合及自动化工作流程 |
| 自订工具 | 特定领域操作 — ERP 查询、CRM 更新及 Shopify 操作 |
| MCP 整合 | 透过模型上下文协定标准连接外部服务 |
| 子代理 | 将复杂任务委派予专门代理(研究、分析及执行) |
| 浏览器自动化 | 操作网页应用程式、撷取资料及执行多步骤工作流程 |
| 可观测性 | 用于合规及除错的稽核轨迹、工具呼叫日志及使用指标 |
问题不在于想要这些能力,而在于如何取得它们,同时毋须在员工电脑上以系统级权限执行未经审查的程式码。
CHATTERgo:同样强大,毋须承受风险
CHATTERgo 的内部代理平台,提供令 OpenClaw 强大的每一项能力 — 但在专为企业团队而设的托管、安全、可稽核环境中运作。
flowchart TB
subgraph OPENCLAW["OpenClaw (Local-First)"]
direction TB
OC1["Runs on employee machines"]
OC2["System-level privileges"]
OC3["Unvetted skill marketplace"]
OC4["No centralized audit trail"]
OC5["Shadow IT risk"]
end
subgraph CHATTERGO["CHATTERgo (Business-First)"]
direction TB
CG1["Managed cloud infrastructure"]
CG2["Sandboxed execution (E2B)"]
CG3["Admin-controlled tool builder"]
CG4["Full observability + tool logs"]
CG5["Organization-level management"]
end
style OPENCLAW fill:#fee,stroke:#c33
style CHATTERGO fill:#efe,stroke:#3a3
有范围界定的安全记忆
OpenClaw 以 SQLite-vec 在本机储存记忆,对个人用途而言设计简洁,但在企业情境中会造成资料孤岛及安全缺口(员工离职时会怎样?谁控制代理记住甚么?)。
CHATTERgo 的记忆系统建基于 Supabase,并设有适当的范围界定:
- 透过嵌入向量进行语意回忆 — 代理按含义而不只是关键字搜寻过往互动
- 组织范围储存 — 记忆属于组织,而非个别电脑
- 自动撷取 — 对话摘要器识别并储存关键事实,毋须手动标记
- 存取控制 — 记忆按工作阶段及角色界定范围,防止不同上下文之间的资料外泄
当团队成员问代理「我们对 Q3 定价策略作了甚么决定?」时,它会从正确的对话中,以适当权限撷取正确的上下文。
沙箱程式码执行
这是安全差异最鲜明的地方。
OpenClaw 透过 exec 工具,直接在你的电脑上执行程式码 [6]。即使提供 Docker 沙箱功能,预设设定仍会让代理拥有主机系统的 Shell 存取权 [1][2]。一次提示注入、一个恶意技能,就足以令你的电脑遭入侵。
CHATTERgo 使用 E2B Code Interpreter — 一个专门设计的沙箱环境,其中:
- 程式码在隔离的云端容器中执行,而非在你的基础设施上
- 每次执行均获得全新环境,无法存取你的档案系统或网络
- 支援的函式库包括 pandas、numpy、matplotlib 等,可进行真正的资料分析
- 结果(包括生成的图表及档案)传回代理,毋须暴露主机
- 备援执行后端确保主要沙箱暂时不可用时,系统仍然可靠
对于长时间执行的程式编写任务,CHATTERgo 会在专用 E2B 沙箱中部署 OpenCode 子代理 — 提供具备 Jupyter、Git 整合及档案工作区存取的完整开发环境 — 全部与你的生产系统隔离。
flowchart LR
subgraph UNSAFE["OpenClaw Code Execution"]
A1["Agent"] -->|"exec tool"| A2["Host Shell"]
A2 --> A3["Full System Access"]
A3 --> A4["Files, Network,<br/>Credentials, Everything"]
end
subgraph SAFE["CHATTERgo Code Execution"]
B1["Agent"] -->|"run-code tool"| B2["E2B Sandbox"]
B2 --> B3["Isolated Container"]
B3 --> B4["Results Only<br/>Returned to Agent"]
end
style UNSAFE fill:#fee,stroke:#c33
style SAFE fill:#efe,stroke:#3a3
没有供应链风险的自订工具
OpenClaw 的 ClawHub 市集是恶意扩充功能的温床 — 已确认 341 个恶意技能,而且数量仍在增加 [5]。根本问题是:任何拥有 GitHub 帐户的人,都可以发布具备完整系统存取权的技能 [9]。
CHATTERgo 透过工具建立器采取相反做法:
- 由管理员控制建立 — 只有获授权的团队成员可以建立及发布工具
- 多种工具类型 — 程式码、API、GraphQL、LLM 驱动、SQL、BigQuery、Google Sheets 及子代理工具
- 视觉化建立器 — 毋须直接编写程式码;透过结构化介面设定 API 端点、GraphQL 查询或 SQL 陈述式
- Steel 浏览器整合 — 浏览器自动化工具透过具备验证的托管驱动服务执行,而非在员工浏览器上执行
- 存取级别 — 工具可界定为
internal(仅员工)、public(面向客户)或both
你的 Shopify 管理代理需要查询产品?为它建立工具。你的支援团队需要在 ERP 查询订单状态?为它建立工具。没有市集、没有供应链风险,也没有未经审查的第三方程式码。
MCP 整合 — 有管理,而非放任
模型上下文协定(MCP)正成为 AI 代理连接外部服务的标准。OpenClaw 支援 MCP,但每名用户都自行管理连线,没有中央监督。
CHATTERgo 提供组织级 MCP 管理:
- 集中设定 — 管理员只需为整个组织设定一次 MCP 伺服器(GitHub、资料库及内部 API)
- 工具探索 — 自动列出已连接 MCP 伺服器提供的可用工具
- 预览与验证 — 在将 MCP 连线部署至代理前先行测试
- 范围界定 — MCP 工具可限制供内部代理使用,或开放予面向公众的代理
- 逐提示绑定 — 可将特定 MCP 工具附加至特定提示,实现精确控制
这意味着团队可以享有 MCP 的强大能力 — 连接 GitHub、Slack、资料库等 — 而毋须让每名员工都在手提电脑上执行自己不安全的 MCP 伺服器。
具备防护限制的子代理
OpenClaw 的子代理系统十分强大:可建立子代理,处理研究、写作或程式码生成任务。但这些子代理会继承相同的安全攻击面 — 具备系统存取权,并可能执行恶意指示。
CHATTERgo 的子代理架构包括:
- Shopify 管理代理 — 专门处理 Shopify 操作、具备自我修正回圈的子代理。它生成 Admin API 呼叫、记录供审查,并在执行变更操作前要求明确批准
- OpenCode 子代理 — 在 E2B 沙箱中启动完整程式编写环境,处理复杂开发任务;结果写入任务系统,而非直接执行
- 任务管理 — 所有子代理工作均在
agent_tasks系统中追踪,附有状态(pending、running、completed、failed、timeout)及完整结果记录 - 非同步派发 — 子代理以非同步方式执行,不会阻塞父代理,并透过 Supabase Realtime 传回结果
完整可观测性 — 因为「信任但要验证」并不足够
OpenClaw 按设计在本机执行,没有集中式日志。CrowdStrike 及 Jamf 均将缺乏稽核轨迹列为关键企业风险 [1][8]。
CHATTERgo 记录一切:
agent_tool_logs— 每次工具呼叫均记录工具名称、参数、成功/失败状态、耗时及 Token 用量- 工作阶段追踪 — 储存完整对话纪录,并可供存取
- 任务稽核轨迹 — 从建立到完成,全程追踪子代理任务
- 记忆来源追溯 — 知道每项记忆在何时、何处储存
对受监管行业或重视安全的组织而言,这不是可选功能,而是基本要求。
并列比较
| 功能 | OpenClaw | CHATTERgo |
|---|---|---|
| 记忆 | 本机 SQLite-vec,每台电脑各自储存 | 云端嵌入向量、组织范围及存取控制 |
| 程式码执行 | 主机 Shell(系统级) | E2B 沙箱容器 |
| 自订工具 | ClawHub 市集(26% 漏洞率) | 由管理员控制的工具建立器 |
| MCP 支援 | 每名用户自行使用,没有管理 | 组织级、集中设定 |
| 浏览器自动化 | 在主机上使用 Playwright | 托管且具备验证的 Steel 驱动服务 |
| 子代理 | 继承父代理的完整存取权 | 沙箱隔离,具备任务追踪及批准流程 |
| 稽核轨迹 | 本机 JSONL 对话纪录 | 集中式工具日志、工作阶段追踪及任务历史 |
| 部署 | 员工电脑(影子 IT) | 托管云端基础设施 |
| 安全模型 | 8 层工具政策(由用户设定) | 平台强制沙箱隔离 + 管理员控制 |
| 技能/工具审查 | 社群市集 | 由组织控制 |
适合哪些团队?
CHATTERgo 的内部代理平台,专为需要代理式 AI 能力、却无法接受在员工电脑上执行 OpenClaw 所带来安全取舍的团队而设:
- 管理 Shopify 或 Magento 商店、需要 AI 代理协助产品管理、客户支援及营运的电子商务团队
- 需要将内部工具、API 及资料库之间的工作流程自动化的营运团队
- 希望 AI 代理能查询订单、处理要求及智能升级转交的客户支援团队
- 需要沙箱程式编写环境进行原型开发、资料分析及自动化任务的开发团队
- 身处受监管行业、必须具备稽核轨迹及存取控制的任何组织
结论
OpenClaw 证明,世界需要的是会做事的 AI 代理。186,000 颗 GitHub 星标、爆红式增长及热情社群 — 全都印证了代理式 AI 的愿景。
但安全纪录却诉说着另一个故事:341 个恶意技能、135K 个暴露的执行个体、严重的 RCE 漏洞、凭证窃取攻击,以及令 CISO 夜不能寐的影子 IT 问题。正如 Adversa AI 的安全研究人员总结:「如果你无法加固及监察它,就不要将它暴露于生产环境」 [7]。
CHATTERgo 提供同样强大的代理能力 — 记忆、沙箱程式编写、自订工具、MCP 整合、子代理及浏览器自动化 — 并在从零开始为企业用途而设计的环境中运作。没有未经审查的市集、没有员工电脑上的系统级存取、没有影子 IT,并具备完整可观测性。
OpenClaw 适合爱动手探索的个人。CHATTERgo 适合团队。
了解 CHATTERgo 的 AI 代理平台 免费试用 CHATTERgo
资料来源
- CrowdStrike,《安全团队需要了解的 OpenClaw 资讯》:crowdstrike.com
- Token Security / The Biggish,《OpenClaw 的安全缺陷暴露企业风险》:thebiggish.com
- Clawhatch,《2026 年 AI 代理安全现况 — 公开 GitHub 稽核》:clawhatch.com
- ZeroPath,《恶意网站可利用 OpenClaw 窃取凭证》:zeropath.com
- OffSeq Threat Radar,《341 个恶意 ClawHub 技能窃取资料》:radar.offseq.com
- Snyk,《你的 Clawdbot AI 助理拥有 Shell 存取权》:snyk.io
- Adversa AI,《OpenClaw 安全入门:漏洞与加固》:adversa.ai
- Jamf,《OpenClaw:可能成为你最大内部威胁的 AI》:jamf.com
- SecureMolt,《从魔法到恶意软件:OpenClaw 技能供应链风险》:securemolt.com
- CHATTERgo 架构文件:内部原始程式码分析