问题——热度攀升之下，安全风险同步外溢。 OpenClaw因图标形似红色龙虾而被部分用户称作“龙虾”。该类智能体工具通过对接即时通信、邮件与本地应用，能够自动整理文件、调用脚本、分派任务，提升办公与运维效率。随着有关生态国内快速扩展、插件式“技能包”供给增多，一些单位在试点部署中出现“先上线、后治理”的倾向，导致边界管控不足、权限配置粗放等隐患被放大。工信部网络安全威胁和漏洞信息共享平台近期发布的预警提示显示，相关工具在现实环境中仍可能成为攻击者的突破口，提示使用单位不能将“完成更新”视作风险终点。 原因——“本地自主决策+组件生态+误配置”叠加放大攻击面。 一是智能体具备本地执行与自主决策能力，往往需要读取邮件、访问文档、调用系统命令，一旦权限授予过宽，单点失守就可能引发连锁后果。二是技能包与扩展组件来源多样，审核把关若不到位，容易出现夹带恶意代码、诱导下载脚本或索取敏感信息等问题。三是部分用户为追求便捷，直接将服务暴露在公网，或使用弱口令、共享账号等方式运行，给扫描探测与暴力破解留下空间。四是运维侧日志留存不全、告警不敏感、处置流程缺失，使得“发现慢、确认慢、处置慢”成为风险扩大的关键变量。 影响——从数据泄露到业务中断，风险外溢不容低估。 业内人士指出，智能体一旦被利用，风险可能覆盖多个层面：其一，邮件、文档、通讯录等信息被批量读取，带来数据合规与商业泄密风险；其二，攻击者借助智能体运行身份横向移动，深入侵入文件服务器、代码仓库或运维系统；其三，通过篡改任务指令、劫持浏览器会话等方式造成错误操作，导致业务中断甚至数据破坏。对企业而言，这类风险不仅是技术问题，还可能引发管理责任与声誉损失。 对策——把安全写入“部署—运行—运维”每一道工序。 围绕预警提示与常见薄弱环节，业内建议从六个上建立刚性约束： 第一，版本治理要形成制度化动作。部署前从官方渠道获取稳定版本，启用更新提醒；升级前完成数据与配置备份，升级后重启并核验补丁生效情况，严禁使用来历不明的镜像或长期停更的旧版本，避免已知缺陷长期暴露。 第二，网络暴露面必须压到最小。原则上不将实例直接暴露公网；确需远程访问的，通过专用通道并限定来源地址，配合强口令、密钥或硬件令牌等身份校验；同时定期自查端口与对外服务清单，发现异常暴露立即下线整改。 第三，权限控制坚持最小授权。运行账号不使用管理员权限，仅授予完成任务所必需的最少权限；对删除文件、发送外部数据、修改系统配置等高风险动作设置二次确认或人工审批，并优先采用容器、虚拟机等方式隔离运行，降低被利用后的横向扩散能力。 第四，技能包与扩展组件实行“先审后用”。对社区技能包建立来源登记、代码审查与更新复核流程，重点警惕诱导下载压缩包、要求执行脚本、索取账号口令等异常行为；必要时引入静态分析工具与最小化依赖策略，减少“带病组件”进入生产环境的概率。 第五，防范社会工程与浏览器侧劫持。加强安全培训与使用规范，做到不点击不明链接、不安装来源不明扩展；启用网页过滤、沙箱隔离、速率限制与会话保护等策略，发现可疑行为及时阻断网络链路并重置凭据，控制攻击窗口期。 第六，建立可持续的安全运营机制。开启并规范留存审计日志，定期排查异常登录、异常文件操作与异常外联；将官方安全通告与权威漏洞预警纳入值守清单，形成“发现—确认—处置—复盘”的闭环；与终端防护、入侵检测等既有能力联动，构建多层防线。 前景——智能体应用走向常态化，安全治理需从“工具上线”转向“体系运行”。 随着智能体工具在办公协同、软件研发、运维管理等场景加速落地，其价值正在从“效率提升”延伸到“流程再造”。同时，安全挑战也将从单一漏洞治理扩展为身份、权限、组件供应链与运行行为的综合治理。受访人士认为，未来一段时期，企业在引入此类工具时将更强调分级部署、可信扩展、可审计可追溯与应急演练，把安全能力嵌入管理制度与技术架构之中，推动应用在可控、可用、可持续的轨道上发展。
智能体带来效率红利，也重塑了数字系统的风险结构。实践表明，版本更新只是必要条件而非充分条件，真正的安全来自对权限、网络、插件与运维流程的系统化治理。把安全写进流程、落到动作、固化为机制，智能体才能成为可靠的生产工具；反之，任何一次松懈都可能让提效工具变为隐患入口。