SecPath F1000 是否涉及OpenSSH/musl密码认证绕过漏洞

不涉及

1. SSH 服务端程序是标准 OpenSSH 的 sshd；
2. 底层 C 库为 musl libc（Alpine、OpenWrt 这类轻量系统）；
3. OpenSSH 未启用 PAM 认证；
4. 存在密码字段标记为*（禁止密码登录，仅允许密钥登录）的账号；
5. 攻击者提交长度 257～1024 字节的超长密码，musl 的 crypt () 超长处理返回*，和 shadow 里标记匹配，直接绕过密码校验完成登录腾讯云。

SecPath F1000（Comware V7）判定结论

SecPath F1000 全系列 Comware V7 平台不受该漏洞影响，不具备漏洞触发依赖条件，原因两点：

1. Comware V7 防火墙对外提供的 SSH 服务（stelnet 服务）是H3C 自研 SSH 服务实现，不是开源 OpenSSH sshd 程序，整套密码哈希、账号校验逻辑独立实现，不走 OpenSSH 的认证流程，不存在漏洞里借用其他账号 salt、比对 crypt 返回值的逻辑；
2. Comware V7 底层 Linux 环境使用 glibc，不是 musl libc，没有 musl crypt () 超长返回*这个底层前置缺陷，不满足漏洞底层依赖。

补充区分：Comware V7 底层内核虽然基于 Linux，但设备管理 SSH 是自研组件，和系统内部自带的 ssh 客户端是两套东西，内部 ssh 客户端（如果有）仅用于主动向外连接，不对外提供 sshd 服务，和本次漏洞无关。

加固建议（常规管理面安全最佳实践，不是为修复这个漏洞）

1. 优先关闭 SSH 密码认证：ssh authentication-type default publickey，仅保留公钥登录；
2. SSH 管理源 IP 严格限制，配置 ACL，禁止 untrust 侧直接开放 SSH；
3. 管理 SSH 端口按需修改，降低扫描探测概率；
4. 定期升级防火墙 Comware 版本、IPS 特征库，覆盖其他 SSH 相关漏洞。

补充边界说明

如果是配套部署在 F1000 后面的 Alpine、OpenWrt、自建容器（musl+OpenSSH）服务器，内网里的这些主机是受 CVE‑2026‑123158 影响的，防火墙本身不受影响，防火墙 IPS 特征库可以更新拦截该漏洞利用行为。