夜雨聆风摘要： 自托管 AI Agent 带来自由，也带来安全风险。本文梳理了 OpenClaw 常见安全坑点，并给出可落地的加固方案，让你用得放心。
01 / 为什么自托管 AI Agent 需要关注安全？
OpenClaw 作为一个本地运行、全工具开放的 AI Agent 平台，天生就和 "开箱即用安全" 的 SaaS 服务不同。
它能直接操作你的文件、调用命令行、访问各种 API —— 这些能力是双刃剑：带来极致自由的同时，也放大了风险。
常见风险来源
• 第三方技能供应链风险：从 ClawHub 安装的第三方技能可能包含恶意代码 • 凭证泄露风险： openclaw.json里存着 LLM API Key 和各种 Token，如果泄露后果严重• 公网暴露风险：网关直接暴露在公网，未授权访问可能导致系统被接管 • 已知漏洞：早期版本存在跨域重定向、信息泄露等漏洞，需要及时升级
💡 核心观点：自托管的安全责任在你自己。做好基础防护，大部分风险都能避免。
02 / 开箱即用的安全实践清单
我整理了一份 "六要六不要" 清单，照着做就能挡住 90% 的常见风险。
✅ 六要
• 要保持版本更新：及时升级到最新版本，官方会快速修复已知漏洞 • 要做技能安全审计：安装第三方技能前，先审查代码有没有奇怪的操作 • 要收紧权限：用最小权限原则运行，不要随便给 root 权限 • 要保护好凭证：API Key 和 Token 不要提交到代码仓库，也不要明文硬编码 • 要配置访问控制：公网部署一定要加身份验证，不要直接裸奔 • 要定期做安全巡检：用 openclaw security audit命令定期检查配置
❌ 六不要
• 不要随便运行来源不明的技能：特别是执行系统命令、联网下载的操作要小心 • 不要把敏感信息提交到公共仓库： .openclaw目录记得加.gitignore• 不要给不必要的工具开放权限：用不到的技能直接禁用，默认不开通 • 不要让 OpenClaw 直接操作核心生产数据：重要数据库做好网络隔离 • 不要在公网使用默认配置：反向代理一定要加认证，限制 IP 访问 • 不要读取不信任输入后直接执行高危操作：关键操作一定要人做确认
📊 安全配置检查清单
| 技能加载 | ||
| 凭证存储 | ||
| 网络暴露 | ||
| 运行权限 | ||
| 第三方技能 |
03 / 深度防护：从零信任到日常巡检
如果你想做得更彻底，可以参考 "零信任" 思路：
1️⃣ 事前：建立准入规则
• 维护行为层黑名单，高危操作（比如 rm -rf /、格式化磁盘）直接拦截• 新增技能必须经过安全审计，全文本排查可疑代码 • 对技能目录做哈希基线，防止被篡改
2️⃣ 事中：做好权限控制和日志
• 收窄运行权限，只开放必要的文件和网络访问 • 开启操作日志，所有操作都留下记录方便溯源 • 高危操作强制需要人工确认，不自动执行
3️⃣ 事后：定期巡检
• 每天晚上做一次安全巡检，早上给你显性化汇报 • 定期检查凭证有效期，及时轮换密钥
⌨️ 快速开始：运行一次安全审计
# OpenClaw 内置了安全审计命令openclaw security audit这个命令会帮你检查配置文件、凭证存储、权限设置，给出改进建议。
04 / 总结：安全是一种习惯，不是一劳永逸
OpenClaw 作为开源自托管项目，安全问题不是 "有没有风险"，而是 "你如何管理风险"。
记住几个核心原则：
1. 最小权限：能不开的权限就不开 2. 不信任第三方：所有外部技能都要过一遍眼睛 3. 及时更新：官方补丁及时更 4. 定期检查：养成定期巡检的习惯
做到这几点，你就能在享受 OpenClaw 极致效率的同时，把风险控制在安全范围内。
👇 关注我，获取更多 OpenClaw 实操干货
参考资料
• OpenClaw安全风险排查指南 • 新华网：防范OpenClaw安全风险的"六要六不要" • AWS官方博客：OpenClaw 安全和功能增强实践 • GitHub：OpenClaw极简安全实践指南 • OpenClaw 官方文档：安全性
阅读原文 | 分享 | 点赞 | 在看
