机器人不只是机械和电池，还是一台运行网络服务、语音接口和更新机制的计算机。GitHub安全数据库10月25日发布通告，披露了CVE-2026-115995。问题位于chat_go组件gpt_thread.py文件的set_volume函数，影响Unitree Go2至1.1.11.4版本。攻击者操纵Value参数后，可能触发操作系统命令注入，且攻击可远程发起。
一个音量参数为何危险
命令注入的根源在于把外部输入直接拼接进系统命令。与SQL注入、路径穿越和反序列化问题相比，命令注入往往更直接，因为漏洞一旦触发，输入就可能变成系统层的执行指令。正常情况下，Value应当表示音量值；但在没有严格校验和参数化处理时，攻击者可以附加恶意命令片段。如果服务进程拥有较高权限，或容器隔离配置不足，或机器人暴露在局域网与公网可达范围内，影响就不止“调大调小音量”，而可能扩大到文件读取、进程执行和进一步横向移动。
通告将问题标为critical。不同数据库给出的评分并不一致，因此更应关注行为本身：远程可触发、位置在语音交互组件、影响版本边界明确、升级版本明确。安全响应的价值取决于用户是否及时完成更新。厂商确认其内部工单对应Go2 chat_go set_volume操作系统命令注入，类型为CWE-78。
升级是最优先动作
GitHub通告给出的处理方式很直接：Go2升级到1.1.11.5即可修复。对于仍在使用受影响固件的团队，应先确认版本号，不要只凭购买时间或固件界面猜测，再查看Unitree官方固件发布渠道，升级后重启相关服务，并观察机器人语音接口是否还暴露在不可信网络中，并用受控输入验证音量控制功能是否正常。
如果暂时无法升级，至少应采取临时缓解措施：关闭不必要的远程访问，限制机器人管理端口，把控制流量放进VPN或专用管理网，记录每次管理登录，避免将设备直接暴露到公网，隔离访客网络与生产网络，并查看设备日志中的异常命令执行记录、陌生连接和固件修改时间。安全更新不能只停在下载，还要验证版本已经生效，并确认语音服务没有再次暴露到不可信网络。
智能设备供应链要补课
这次漏洞出现在语音模块，而不是运动控制模块，说明智能设备的攻击面已经从传感器和电机扩展到自然语言接口。语音、视觉、远程运维、云接口和第三方插件，每一层都可能把外部输入带进系统，任何一层没有做好输入校验，都足以让整台设备暴露在攻击链中。
对企业买家、实验室和个人开发者来说，语音模块并不是“低风险附件”，而是一个可能接触操作系统的入口。机器人采购应把补丁能力写进验收条件。接入网络前至少要确认四件事：固件是否长期维护、语音与调试服务是否默认开放、漏洞报告渠道是否明确、历史补丁是否及时、默认网络服务能否关闭。对厂商而言，这类漏洞还提醒安全设计必须在开发阶段完成，而不是等安全数据库披露后再补。若语音服务确实需要调用系统功能，也应采用白名单、参数校验和最小权限进程。安全测试、模糊测试和第三方审计都应进入机器人出厂流程。这个问题也提醒用户，机器人安全不能只看运动性能和避障能力。网络隔离、账号权限、固件更新、日志留存和语音接口校验，都是基本安全边界，应与避障能力一起进入验收清单。