问题——热度上升之下，安全边界成为绕不过去的必答题 随着开源智能体工具加速普及，“OpenClaw”凭借低成本、可二次开发、可快速嵌入业务流程等特点，吸引了大量个人用户和中小机构试用。一些地方围绕“数智化”“新质生产力”等部署，推动开放场景、提供补贴或算力支持，形成从一线城市到县域地区的扩散态势。热潮之中，如何在“尽快用起来”与“安全可控”之间找到平衡，成为各方关注焦点。 主管部门近日通过网络安全威胁和漏洞信息共享平台发布风险提示，提出“六要六不要”建议，直指当前开源智能体在部署、权限、扩展组件等环节可能存在的现实隐患，为盲目上马踩下“刹车”。 原因——开源生态叠加快速落地诉求，带来可观收益也放大攻击面 分析其走红原因，一是开源形态降低了获取与试错成本，开发者和企业可在较短周期内完成本地化改造；二是智能体能够通过调用系统权限、集成工具链完成“自动化执行”，更贴近办公、运维、研发等高频需求；三是市场对效率提升的期待强烈，一些机构希望借助智能体完成文件整理、脚本运行、信息汇总等任务，形成“即插即用”的想象空间。 但也正因其具备较强的执行能力，一旦版本来源不明、接口暴露在公网、权限设置过大或插件来源不可靠，就可能从“效率工具”转变为“风险入口”。此外，部分用户安全意识不足，缺少代码审计、日志留存、账号权限分级等基本措施，使得风险更易叠加放大。 影响——从误操作到被接管，风险可能贯穿个人隐私与关键业务链条 实践中，智能体在执行文件整理、自动归档等任务时可能出现误删、误改等问题，影响数据完整性；在连接邮箱、浏览器、代码仓库、运维系统等场景下，若被恶意利用，潜在后果更为严重：其一，账号与密钥泄露导致业务系统被接管；其二，植入勒索或后门程序造成停工停服；其三，敏感数据被异常上传引发合规风险；其四，研发资料、核心代码被外流带来知识产权与供应链安全隐患。 有企业人员反映，在缺乏多轮指令校验与权限约束情况下，智能体可能“自作主张”执行删除等操作，暴露出“自动化能力越强、约束机制越要严”的客观规律。业内普遍认为，部署难度只是显性门槛，真正的隐性门槛在于权限治理、插件管理与持续监测能力。 对策——以“六要六不要”为抓手，建立可落地的安全闭环 针对风险点，主管部门提示从六个关键环节入手，构建可操作的防护体系。 一是把好版本关。应从官方渠道获取最新稳定版本，开启更新提醒，升级前备份、升级后验证补丁生效，避免使用来源不明的镜像和历史版本带来的供应链风险。 二是减少暴露面。定期自查是否存在不必要的公网暴露，一旦发现及时下线整改；确需公网访问的，应通过加密通道、限制访问源地址、强化认证等方式降低被扫描与入侵概率。 三是严控权限。坚持最小权限原则，对删除文件、发送数据、修改配置等关键操作设置二次确认或人工审批；优先采用容器、虚拟机等隔离方式部署，避免以高权限账户长期运行。 四是管住插件与技能包。对扩展市场的“技能包”应审慎安装，安装前进行代码审查与安全评估，尤其对要求执行脚本、输入密码、获取敏感权限等行为保持警惕，防止被植入提权或后门逻辑。 五是加强终端与浏览器侧防护。启用沙箱、过滤器、日志审计等能力，发现异常行为及时断网处置、重置凭证并排查溯源，降低社会工程学与脚本攻击风险。 六是建立长效机制。持续关注安全公告与漏洞预警，形成“检查—修补—验证—复盘”的闭环，结合主流安全防护工具开展实时监测，确保日志审计真正可用、可追溯。 多位安全从业者建议，党政机关、金融、能源、医疗等重点行业应将智能体纳入既有信息安全管理体系，按照等保、数据安全与个人信息保护等要求开展风险评估，做到“先评估、再试点、后推广”；对外部接口调用、数据出境、第三方组件使用等高风险点设置更严格的审批与监测。 前景——从“抢跑”转向“稳跑”，安全将成为智能体规模化落地的关键门槛 面向未来，开源智能体仍具备推动流程再造和效率提升的潜力，但其规模化应用的前提是安全治理能力同步提升。业内判断，下一阶段竞争焦点将从“谁先部署”转向“谁更可控”：包括可审计的代码与依赖管理、可追溯的日志与权限体系、可验证的数据流向与合规机制，以及安全事件的快速响应与处置能力。 专家提出，用户在引入有关工具前，可重点关注三项能力：数据处理是否透明可控、发生安全事件是否能够快速响应、核心组件是否支持审计与持续维护。对于回答含糊、缺少机制承诺的产品或方案，应保持审慎，避免因短期效率诱惑付出长期安全成本。
技术创新需要安全保障；随着应用深入和数据敏感度提高，必须前置规则建设、完善日常机制。既要积极拥抱新技术，也要守住安全底线，在可控可靠的前提下释放创新活力，将技术热度转化为高质量发展的持久动力。