当27万只"龙虾"在公网裸奔，我们该担心什么？

---

一只龙虾爬上开源王座

2026年3月，一只红色的龙虾爬上了开源世界的巅峰。

OpenClaw以27.3万GitHub星标数超越Linux，成为该平台开源史上最受欢迎的项目。英伟达CEO黄仁勋将它誉为**“我们这个时代最重要的软件发布”**。

然而，在这场狂欢背后，一个令人不安的数据正在安全圈流传：

全球已有超过23万只"龙虾"在公网"裸奔"，其中近8万个实例存在暴露风险。

这不是一个技术笑话，而是一个正在酝酿的安全风暴。

---

"裸奔"的龙虾，暴露的到底是什么？

根据OpenClaw Exposure Watchboard数据，这23万个"裸奔"的OpenClaw实例，暴露的不只是服务器本身——

📡 数据通信层面的三大隐忧：

1. API端点无认证暴露

OpenClaw作为AI Agent编排平台，天然需要对外暴露API接口。但大量用户在部署时：

• 未配置访问控制策略
• 使用默认凭证或弱密码
• 忽略了内网隔离的重要性

这意味着什么？任何一个公网IP扫描器，都可能访问到你的AI Agent控制台。

2. 敏感凭证的"透明传输"

AI Agent需要调用各种外部服务——数据库、云API、企业内网系统。这些凭证如何存储、如何传输？

• 部分实例直接在配置文件中明文存储API密钥
• Agent执行日志可能意外打印敏感信息
• 内部通信链路未加密，存在中间人攻击风险

3. Agent权限边界模糊

“二十年前，我们将权限要求如此之高的程序称为病毒。”

一位安全研究人员的评论在社交媒体疯传。AI Agent能做什么？

• 读取文件系统
• 执行系统命令
• 发送网络请求
• 访问用户数据

当一个暴露的Agent拥有这些权限，攻击者只需要构造一个恶意prompt。

---

腾讯云的"扣费风波"：冰山一角

OpenClaw的火爆，还引发了另一场风波。

社交平台流传一张截图：某用户在腾讯云公益装机活动安装OpenClaw后，出现200多元的"费用偷跑"。

腾讯云迅速回应：

这200多元是用户此前的历史模型调用费用，与公益装机活动无直接关系。

但这暴露了一个更深层的问题：AI Agent的成本难以预估。

一个失控的Agent，可能在几分钟内调用上千次API——对于数据通信而言，这意味着：

• 带宽消耗激增
• API调用费用失控
• 云服务账单"爆炸"

---

Meta的"平替"收购：巨头入局的信号

OpenClaw的火爆，让大洋彼岸的社交巨头坐不住了。

当地时间3月10日，Meta宣布收购AI Agent社交平台Moltbook——一个无真人参与、仅供AI Agent"整活"的社交网络。

扎克伯格的逻辑很清晰：

抢不到OpenClaw，就买一个"平替"。

这释放了什么信号？

AI Agent已经从技术玩具，变成基础设施。

而基础设施的安全问题，从来都不是小事。当年的云计算、容器化、微服务，都经历过同样的"裸奔期"——直到安全事件倒逼标准出台。

---

数据通信安全的"新战场"

OpenClaw风暴，本质上是AI Agent时代安全范式滞后的缩影。

🛡️ 三个需要重新审视的领域：

1. 零信任架构的边界在哪里？

传统零信任关注"用户-资源"访问控制。但AI Agent是：

• 一个"用户"？
• 一个"服务"？
• 一个"特权进程"？

它的身份定义模糊，权限边界就更模糊。

2. 流量审计如何做？

AI Agent的通信流量有几个特点：

• 高频、小包
• 内容加密（HTTPS）
• 目的地分散（各种API）

传统流量审计工具难以识别：

• 哪些请求是正常的Agent工作流？
• 哪些是异常的数据外泄？

3. 供应链攻击的新入口

OpenClaw本身是一个编排平台，它依赖：

• MCP（Model Context Protocol）协议
• 各种插件和工具
• 第三方模型API

每一个环节，都可能成为攻击入口。想象一下：一个被污染的MCP插件，可能影响全球数十万Agent实例。

---

写在最后：风暴才刚开始

OpenClaw的27万星标，只是一个开始。

AI Agent正在以惊人的速度渗透到各行各业——客服、运维、数据分析、代码开发……每一个场景背后，都是海量的数据通信。

当"龙虾"爬满互联网，谁来为安全买单？

这个问题，值得每一个技术从业者思考。

---

互动话题：

你在使用AI Agent时，遇到过安全问题吗？欢迎评论区分享你的经历 👇