随着越来越多极客与开发者采用 Mac mini 等本地硬件搭建 Clawdbot 以运行 AI 自动化任务,一个致命的安全漏洞正在威胁着大量用户的数字资产。
网络空间测绘数据证实,目前全球已有海量 Clawdbot 实例在毫无防护屏障的情况下,直接将守护进程的核心端口暴露在公网上。
致命的默认值:18789 端口与零鉴权机制
Clawdbot 的主要安全隐患源于其初始的「默认配置」:系统服务启动时会自动监听全网卡的 18789 端口,且该后台接口完全不提供登录鉴权限制。
这绝非个例操作失误,而是典型的「默认安全(Security by Default)」架构缺失。攻击者利用基础的网络空间测绘引擎扫描特定端口,无需任何高深技术门槛,即可直接接管目标后台。
潜在危害剖析:你的主机处于危险之中吗?
若你的 Clawdbot 仍沿用默认配置,任何未经认证的远程网络访问者均可:
- 接管业务流程:远程下发并执行恶意自动化脚本与终端命令。
- 窃取核心凭据:打包读取本地配置中的大模型 API 密钥、数据库连接凭据及敏感环境变量。
- 窥探私密对话:无限制调阅所有历史问答数据、缓存上下文与企业私有文档。
紧急修补指南:三步筑牢安全防线
若你当前正在运行 Clawdbot 服务,请立即依序执行以下加固步骤:
第一步:修改配置文件(Configuration)
编辑本地配置文件,强制收缩网络绑定并启用凭据鉴权:
- 限制回环访问:
gateway.bind: "loopback" - 强制令牌验证:
gateway.auth.mode: "token"
第二步:收缩关联端点暴露面
确保 Control UI 界面、Webhook 接收端口以及任何基于 Tailscale 等虚拟内网通道的服务,均严格限定监听在 127.0.0.1(localhost)。
第三步:重启生效
修改并保存配置文件后,务必立即重启 Clawdbot 服务进程,确保新的防火墙绑定规则与鉴权策略彻底生效。
结语
在追求 AI 自动化生产力的同时,信息安全防线绝不可轻忽。请所有自建服务的用户立刻核查 18789 端口监听状态,切勿让个人本地工作站沦为网络扫描器的公开后门。
以实际行动支持独立观点,与我们一同走得更远
每一篇条理清晰的分析、每一次不随波逐流的观察,背后都是对真实与品质的坚持。我们拒绝内容农场与算法流量绑架,坚持自由独立的客观发声。
维持高品质的原创写作与独立运营,需要持续的实质力量。您可以选择一次性赞助或每月定期支持,通过 Google 安全结账,与我们一同守护这份深刻与清醒。
由 Google 安全处理付款 · 可随时在 Google 账户管理或取消




留言板