OpenClaw爆火安全问题触目惊心15万养虾人在裸奔2026年3月22日国家互联网应急中心CNCERT、中国网络空间安全协会联合发布公告OpenClaw龙虾 因具备系统指令执行、文件读写、API调用等高权限能力 默认配置与不当使用极易导致远程接管、数据泄露、恶意代码执行等严重安全风险。为帮助用户安全使用OpenClawCNCERT会同中国网络空间安全协会组织国内相关厂商共同研究面向普通用户、企业用户、云服务商以及技术开发者/爱好者提出以下安全防护建议。一、普通用户一建议使用专用设备、虚拟机或容器安装OpenClaw并做好环境隔离不宜在日常办公电脑上安装 。方案1用闲置旧电脑专门运行 清空个人数据。方案2用VMware、VirtualBox、 Docker创建独立虚拟机或容器 并与宿主机隔离。方案3在云服务器部署 本地仅远程访问。二建议不将 OpenClaw 默认端口18789\19890 暴露到公网配置为仅本地访问127.0.0.1关闭端口映射与公网 IP 绑定。如需远程建议采用VPN访问等方式并启用验证码等强认证措施。若对接即时通讯软件如微信、钉钉、飞书等等建议仅允许本人或已授权的可信人员访问。三建议不使用管理员或超级用户权限运行 OpenClaw创建专用低权限账户仅授予最小必要目录的读写权限。关闭无障碍、屏幕录制、系统自动化等高危权限。仅开放专用工作目录 禁止访问桌面、文档、下载、密码管理器目录。配置白名单路径 拒绝读取配置文件、密钥文件等隐私配置。关闭系统命令执行功能 仅在必要时临时启用并二次确认。限制网络访问 仅允许连接必要的AI服务与API。四建议安装可信技能插件Skills谨慎安装、使用外部社区/个人发布的Skills预防信息泄露或服务器被攻击等风险拒绝“自动赚钱、撸羊毛、破解”类不明技能或黑灰产技能。五建议不在 OpenClaw 环境中存储/处理隐私数据不用OpenClaw处理银行卡、密码、身份证、密钥等数据。六建议及时更新 OpenClaw最新版本及时安装官方安全补丁 关注官方安全公告与漏洞通报。二、企业用户一建议做好智能体应用的安全管理制度与使用规范明确允许与禁止的使用场景、数据范围和操作类型划定智能体应用的业务边界。建立内部使用规范和审批流程对引入新的智能体应用或高权限功能需经过安全评估和管理层批准确保使用有据可依、有章可循。二建议做好智能体运行环境的基础网络与环境安全防护禁止将智能体服务直接暴露在公共网络上需通过防火墙、VPN等手段限制访问仅开放必要端口给可信网络或IP地址。对智能体所在服务器启用主机入侵防御、恶意流量检测等措施抵御网络攻击威胁。确保运行环境定期更新补丁消除已知系统漏洞保障基础环境安全可靠。三建议做好智能体权限管理与边界控制对所有智能体服务账号遵循最小必要权限原则进行配置。利用系统自带或第三方权限控制工具对智能体可访问的文件目录、网络域、数据库表等进行边界限定和访问控制。对具有高权限的智能体应实行严格的多因素认证和操作审批在关键资源层设置额外防线防止权限滥用。四建议做好智能体运行监控与审计追踪建立针对自主智能体的持续运行监控机制监控内容包括智能体的行为日志、重要决策输出、系统资源使用以及异常事件记录等。对关键操作和安全相关事件应生成审计日志并防篡改保存。配置安全信息与事件管理SIEM工具实现对智能体日志的集中分析及时发现可疑行为迹象。审计追踪能力应保证发生事故后可以还原智能体行为路径为问题调查和责任认定提供依据。五建议做好智能体关键操作保护策略针对自主智能体可能执行的高危操作企业应制定保护策略作为治理基线。例如对删除大量数据、修改核心配置、资金交易等操作设置人工二次确认或多重签批流程对不可逆转的操作先行模拟演练或安全检查对高影响操作限定时间窗和范围仅允许在特定条件下执行。上述策略应与金融系统、生产控制系统等高安全级别场景的管控措施看齐确保智能体不会单点突破整个业务安全。六建议做好智能体供应链安全与代码管理应建立对自主智能体所依赖第三方组件和技能插件的安全管理制度。引入的新技能模块必须经过安全审核和测试符合安全要求后方可投入使用。对现有运行的技能和依赖库应定期检查版本和安全更新情况及时应用补丁或升级。推荐采用企业内部代码仓库存储已审核通过的技能代码禁止智能体运行时直接从外部获取并执行未存档的代码。七建议做好智能体凭证与密钥管理所有敏感凭据不得明文写入代码或配置文件应使用安全的凭证管理系统按需注入。智能体使用完毕后应及时销毁或回收相关密钥防止长期驻留内存或日志中。定期更换更新关键凭据以降低泄漏风险。八建议做好人员培训与应急演练对相关研发、运维和使用人员定期开展安全培训提高对自主智能体风险的认知。避免“一句话授权”导致高危操作无意识执行等情况。强化员工在使用智能体过程中的安全责任意识杜绝违规使用和粗心误用。制定应急预案并定期开展模拟演练提高团队对智能体安全事件的反应速度和处置能力。三、云服务商一建议做好云主机基础安全层面的安全评测与加固做好认证、隔离与访问控制尽可能做到内化默认安全在基本的密码规则基础上规避已知泄露的弱密码默认条件下禁止云主机远程登录访问。做好OpenClaw服务认证与访问控制每个用户的OpenClaw Gateway服务默认启用唯一且随机token默认不暴露Gateway到公网。做好安全隔离建议在用户自己账号下配置独立隔离的VPC网络部署OpenClaw。做好产品迭代安全扫描与人工安全测试包括镜像、产品控制面、用户运行时实例等层面规避云产品设计与实现层面的典型安全问题、API Key泄露等风险。二建议做好安全防护能力部署/接入在主机层、网络层等位置部署入侵监测能力并提供基础安全防护。默认具备防DDoS攻击等基础防护能力。对部署OpenClaw的云主机实例加强安全风险监测。三建议做好供应链及数据安全防护做好OpenClaw安全漏洞监测与防护开启例行常态化监测定期更新云上OpenClaw镜像。做好Skills安装安全管控云OpenClaw产品界面中默认提供经过安全检测、验证的Skills具备已知恶意Skills阻断安装的能力防控引入恶意Skills。增加新型AI场景的恶意风险检测能力及时保障云平台、用户更加安全可控的使用AI助手。做好模型调用安全防护云OpenClaw产品界面仅支持调用已备案的大模型。升级大模型安全护栏的防护能力包括提示词注入防御进一步增强、隐私泄露防护等。四、技术开发者/爱好者一建议做好基础配置加固建议使用最新版本确保已修复所有的已知漏洞持续关注版本更新以及漏洞修复工作。开启身份认证(1) 在 config.json 中配置高强度的密码或 Token。(2) 开启DM 配对策略将聊天软件的配对策略设置为 pairing需验证码或 allowlist白名单绝对禁止设置为 open。做好网络隐身与最小化暴露(1) 不将 Web 管理界面端口 18789直接暴露在公网/局域网。(2) 不私自使用 Tailscale、WireGuard 等安全隧道方案将端口映射到外网。(3) 不用不安全 UI确保 gateway.controlUi.allowInsecure Auth 为 false防止控制台降级。二建议做好运行环境隔离根据官方文档OpenClaw 提供了两种互补的沙箱化策略当需要避免OpenClaw对系统增删改破坏系统完整性时建议启用全量 Docker/虚拟机运行将整个 OpenClaw Gateway 及其所有依赖直接运行在一个 Docker 容器/虚拟机内。即使 Gateway 本身被攻破攻击者也仅被困在容器内难以直接危害宿主机系统。启用工具沙箱(1) Gateway 运行在宿主机但将 Agent 的工具执行如代码运行、文件操作隔离在 Docker 容器中。(2) 通过 agents.defaults.sandbox 启用。建议保持 scope: agent默认或 scope: session 以防止跨 Agent 数据访问。(3) 通过 workspaceAccess 参数精细控制 Agent 对工作区的权限none 禁止访问ro 只读rw 读写。最小权限原则(1)启用工具白名单在配置中禁用高危工具如 shell、browser 的写权限仅开放必要的工具配置好插件白名单。(2)启用文件系统限制敏感目录以 :ro只读方式挂载避免核心文件被误删。建议使用官方提供的安全审计工具定期进行安全审计(1) 开启openclaw security audit进行常规检查扫描入站访问控制、网络暴露面及本地文件权限。(2) 开启openclaw security audit --deep进行深度探测执行实时的网关探测模拟攻击者尝试发现潜在的暴露点。(3) 开启openclaw security audit --fix进行自动修复自动实施安全加固三建议做好供应链防范(1) 不宜盲目安装技能商店ClawHub中的热门技能以及非官方渠道的VS Code插件或NPM包安装前做好代码审查。可运用clawhub inspect --files命令查看是否存在可疑指令。2)明确Agent禁止从事的事项以及需要记录的操作禁止执行危险命令例如 rm -rf /、禁止修改认证或权限配置、禁止将 token/私钥/助记词发送至外网、禁止盲目执行文档中的“一键安装”命令。(2) 安装完成后建议立即做好安全配置只允许本机访问核心配置文件建立配置哈希基线切勿将私钥或助记词交付给 Agent。
周红伟:关于OpenClaw安全使用提醒
OpenClaw爆火安全问题触目惊心15万养虾人在裸奔2026年3月22日国家互联网应急中心CNCERT、中国网络空间安全协会联合发布公告OpenClaw龙虾 因具备系统指令执行、文件读写、API调用等高权限能力 默认配置与不当使用极易导致远程接管、数据泄露、恶意代码执行等严重安全风险。为帮助用户安全使用OpenClawCNCERT会同中国网络空间安全协会组织国内相关厂商共同研究面向普通用户、企业用户、云服务商以及技术开发者/爱好者提出以下安全防护建议。一、普通用户一建议使用专用设备、虚拟机或容器安装OpenClaw并做好环境隔离不宜在日常办公电脑上安装 。方案1用闲置旧电脑专门运行 清空个人数据。方案2用VMware、VirtualBox、 Docker创建独立虚拟机或容器 并与宿主机隔离。方案3在云服务器部署 本地仅远程访问。二建议不将 OpenClaw 默认端口18789\19890 暴露到公网配置为仅本地访问127.0.0.1关闭端口映射与公网 IP 绑定。如需远程建议采用VPN访问等方式并启用验证码等强认证措施。若对接即时通讯软件如微信、钉钉、飞书等等建议仅允许本人或已授权的可信人员访问。三建议不使用管理员或超级用户权限运行 OpenClaw创建专用低权限账户仅授予最小必要目录的读写权限。关闭无障碍、屏幕录制、系统自动化等高危权限。仅开放专用工作目录 禁止访问桌面、文档、下载、密码管理器目录。配置白名单路径 拒绝读取配置文件、密钥文件等隐私配置。关闭系统命令执行功能 仅在必要时临时启用并二次确认。限制网络访问 仅允许连接必要的AI服务与API。四建议安装可信技能插件Skills谨慎安装、使用外部社区/个人发布的Skills预防信息泄露或服务器被攻击等风险拒绝“自动赚钱、撸羊毛、破解”类不明技能或黑灰产技能。五建议不在 OpenClaw 环境中存储/处理隐私数据不用OpenClaw处理银行卡、密码、身份证、密钥等数据。六建议及时更新 OpenClaw最新版本及时安装官方安全补丁 关注官方安全公告与漏洞通报。二、企业用户一建议做好智能体应用的安全管理制度与使用规范明确允许与禁止的使用场景、数据范围和操作类型划定智能体应用的业务边界。建立内部使用规范和审批流程对引入新的智能体应用或高权限功能需经过安全评估和管理层批准确保使用有据可依、有章可循。二建议做好智能体运行环境的基础网络与环境安全防护禁止将智能体服务直接暴露在公共网络上需通过防火墙、VPN等手段限制访问仅开放必要端口给可信网络或IP地址。对智能体所在服务器启用主机入侵防御、恶意流量检测等措施抵御网络攻击威胁。确保运行环境定期更新补丁消除已知系统漏洞保障基础环境安全可靠。三建议做好智能体权限管理与边界控制对所有智能体服务账号遵循最小必要权限原则进行配置。利用系统自带或第三方权限控制工具对智能体可访问的文件目录、网络域、数据库表等进行边界限定和访问控制。对具有高权限的智能体应实行严格的多因素认证和操作审批在关键资源层设置额外防线防止权限滥用。四建议做好智能体运行监控与审计追踪建立针对自主智能体的持续运行监控机制监控内容包括智能体的行为日志、重要决策输出、系统资源使用以及异常事件记录等。对关键操作和安全相关事件应生成审计日志并防篡改保存。配置安全信息与事件管理SIEM工具实现对智能体日志的集中分析及时发现可疑行为迹象。审计追踪能力应保证发生事故后可以还原智能体行为路径为问题调查和责任认定提供依据。五建议做好智能体关键操作保护策略针对自主智能体可能执行的高危操作企业应制定保护策略作为治理基线。例如对删除大量数据、修改核心配置、资金交易等操作设置人工二次确认或多重签批流程对不可逆转的操作先行模拟演练或安全检查对高影响操作限定时间窗和范围仅允许在特定条件下执行。上述策略应与金融系统、生产控制系统等高安全级别场景的管控措施看齐确保智能体不会单点突破整个业务安全。六建议做好智能体供应链安全与代码管理应建立对自主智能体所依赖第三方组件和技能插件的安全管理制度。引入的新技能模块必须经过安全审核和测试符合安全要求后方可投入使用。对现有运行的技能和依赖库应定期检查版本和安全更新情况及时应用补丁或升级。推荐采用企业内部代码仓库存储已审核通过的技能代码禁止智能体运行时直接从外部获取并执行未存档的代码。七建议做好智能体凭证与密钥管理所有敏感凭据不得明文写入代码或配置文件应使用安全的凭证管理系统按需注入。智能体使用完毕后应及时销毁或回收相关密钥防止长期驻留内存或日志中。定期更换更新关键凭据以降低泄漏风险。八建议做好人员培训与应急演练对相关研发、运维和使用人员定期开展安全培训提高对自主智能体风险的认知。避免“一句话授权”导致高危操作无意识执行等情况。强化员工在使用智能体过程中的安全责任意识杜绝违规使用和粗心误用。制定应急预案并定期开展模拟演练提高团队对智能体安全事件的反应速度和处置能力。三、云服务商一建议做好云主机基础安全层面的安全评测与加固做好认证、隔离与访问控制尽可能做到内化默认安全在基本的密码规则基础上规避已知泄露的弱密码默认条件下禁止云主机远程登录访问。做好OpenClaw服务认证与访问控制每个用户的OpenClaw Gateway服务默认启用唯一且随机token默认不暴露Gateway到公网。做好安全隔离建议在用户自己账号下配置独立隔离的VPC网络部署OpenClaw。做好产品迭代安全扫描与人工安全测试包括镜像、产品控制面、用户运行时实例等层面规避云产品设计与实现层面的典型安全问题、API Key泄露等风险。二建议做好安全防护能力部署/接入在主机层、网络层等位置部署入侵监测能力并提供基础安全防护。默认具备防DDoS攻击等基础防护能力。对部署OpenClaw的云主机实例加强安全风险监测。三建议做好供应链及数据安全防护做好OpenClaw安全漏洞监测与防护开启例行常态化监测定期更新云上OpenClaw镜像。做好Skills安装安全管控云OpenClaw产品界面中默认提供经过安全检测、验证的Skills具备已知恶意Skills阻断安装的能力防控引入恶意Skills。增加新型AI场景的恶意风险检测能力及时保障云平台、用户更加安全可控的使用AI助手。做好模型调用安全防护云OpenClaw产品界面仅支持调用已备案的大模型。升级大模型安全护栏的防护能力包括提示词注入防御进一步增强、隐私泄露防护等。四、技术开发者/爱好者一建议做好基础配置加固建议使用最新版本确保已修复所有的已知漏洞持续关注版本更新以及漏洞修复工作。开启身份认证(1) 在 config.json 中配置高强度的密码或 Token。(2) 开启DM 配对策略将聊天软件的配对策略设置为 pairing需验证码或 allowlist白名单绝对禁止设置为 open。做好网络隐身与最小化暴露(1) 不将 Web 管理界面端口 18789直接暴露在公网/局域网。(2) 不私自使用 Tailscale、WireGuard 等安全隧道方案将端口映射到外网。(3) 不用不安全 UI确保 gateway.controlUi.allowInsecure Auth 为 false防止控制台降级。二建议做好运行环境隔离根据官方文档OpenClaw 提供了两种互补的沙箱化策略当需要避免OpenClaw对系统增删改破坏系统完整性时建议启用全量 Docker/虚拟机运行将整个 OpenClaw Gateway 及其所有依赖直接运行在一个 Docker 容器/虚拟机内。即使 Gateway 本身被攻破攻击者也仅被困在容器内难以直接危害宿主机系统。启用工具沙箱(1) Gateway 运行在宿主机但将 Agent 的工具执行如代码运行、文件操作隔离在 Docker 容器中。(2) 通过 agents.defaults.sandbox 启用。建议保持 scope: agent默认或 scope: session 以防止跨 Agent 数据访问。(3) 通过 workspaceAccess 参数精细控制 Agent 对工作区的权限none 禁止访问ro 只读rw 读写。最小权限原则(1)启用工具白名单在配置中禁用高危工具如 shell、browser 的写权限仅开放必要的工具配置好插件白名单。(2)启用文件系统限制敏感目录以 :ro只读方式挂载避免核心文件被误删。建议使用官方提供的安全审计工具定期进行安全审计(1) 开启openclaw security audit进行常规检查扫描入站访问控制、网络暴露面及本地文件权限。(2) 开启openclaw security audit --deep进行深度探测执行实时的网关探测模拟攻击者尝试发现潜在的暴露点。(3) 开启openclaw security audit --fix进行自动修复自动实施安全加固三建议做好供应链防范(1) 不宜盲目安装技能商店ClawHub中的热门技能以及非官方渠道的VS Code插件或NPM包安装前做好代码审查。可运用clawhub inspect --files命令查看是否存在可疑指令。2)明确Agent禁止从事的事项以及需要记录的操作禁止执行危险命令例如 rm -rf /、禁止修改认证或权限配置、禁止将 token/私钥/助记词发送至外网、禁止盲目执行文档中的“一键安装”命令。(2) 安装完成后建议立即做好安全配置只允许本机访问核心配置文件建立配置哈希基线切勿将私钥或助记词交付给 Agent。
