(9.3分) CVE-2026-61500：HFS文件服务器认证绕过RCE

红队安全圈
红队安全圈

红队安全圈

2026年10月6日 08:30
重庆

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

AI辅助挖洞挖出真弹：HFS 3.x会话伪造漏洞已被野外利用，弱随机数加数学求解直通RCE。

01  漏洞速览

漏洞编号CVE-2026-61500

影响产品Rejetto HFS 3.0.0 – 3.2.0

漏洞类型会话伪造→认证绕过→RCE

危害等级CVSS 9.3（严重）

是否在野是，已观测到探测

攻击前提无需认证，网络可达即可

修复版本3.2.1（2026-07-13）

02  漏洞成因

根因一句话：HFS用 Math.random() 生成会话签名密钥，而这个随机是可预测的。拆开看三个点：

第一，HFS启动时用 Math.random() 生成一个值，交给Node.js框架Koa，Koa通过Keygrip用它签发所有会话Cookie。

第二，V8的 Math.random() 底层是 xorshift128+ 伪随机数生成器——它压根不是为安全设计的，输出可预测：只要观察到足够多的输出，就能还原内部状态，甚至倒推之前的输出。

第三，更致命的是HFS自己把同一条随机数流的值泄了出去：登录时会把一个 Math.random() 值放进会话状态，随Cookie发给客户端。攻击者能采到生成签名密钥的同一个生成器的输出。

xorshift128+ 的内部状态由两个64位值构成，运算全部可逆。收集足够多的连续输出，就能还原内部状态，再向前回推到进程启动时生成的签名密钥。这里需要的是数学，不是模式匹配。

03  影响范围

受影响的是 Rejetto HFS 3.0.0 至 3.2.0，升级到 3.2.1 即解决。官方同时提醒：旧版本存在多个可导致管理员权限被获取的漏洞，2.x 用户同样建议尽快升级。

04  利用分析

已有完整利用链（有PoC），路径如下：

第一步，用户枚举。确认内置管理员账户是否存在——这个前置弱点也被一并找了出来。

第二步，采样。从未认证接口收集泄露的 Math.random() 输出，公开利用样本采集了12次。

第三步，求解。把观测值喂给Z3（微软开源SMT求解器），重建 xorshift128+ 内部状态。

第四步，回推。状态倒推，恢复进程启动时生成的签名密钥。

第五步，伪造与RCE。用密钥伪造管理员会话Cookie，HFS当作已认证放行，再通过管理员功能在服务器上执行任意命令。

整条链不需要任何内存破坏，不需要花哨的内核洞——弱随机源、信息泄露、应用信任会话状态，三件套凑齐就完事。

05  检测与排查

查版本：

curl -sI http://target/ \

| grep -i server

另外检查：是否有未授权管理接口暴露、登录页会话Cookie是否可未认证获取、日志中针对登录与会话接口的高频请求（12次左右的采样特征）。当前野外活动仍是小规模侦察：已观测到来自单一中国电信IP的探测，命中日本和美国的蜜罐节点。

06  修复建议

1. 升级到 HFS 3.2.1 或更高版本，唯一正解。

2. 无法立即升级的：把HFS挪进内网、收紧防火墙规则、限制来源IP。

3. 升级后验证：旧会话全部失效，伪造Cookie应返回401。

07  红队视角

这个洞对红队的真正价值在方法论。传统手工审计里，弱随机数这类洞经常被放弃——证明实际影响太耗时，还得懂数学。现在SMT求解器加AI能把这段最费时的推理自动化，以前不值得打的洞类别会重新上桌。

防御方的思维也要更新：不能再假设利用成本高是护城河，把洞变成武器这件事的成本正在塌方。对蓝队的建议：重点盯会话签名密钥的生成方式，任何用非CSPRNG做安全用途的代码都该进审计清单。

用HFS的抓紧升级；不用但对外暴露类似Node/Keygrip架构服务的，也值得自查一遍签名密钥来源。

08  POC 链接

https://securityaffairs.com/200444/ai/anthropic-mythos-found-a-bug-in-rejetto-hfs-attackers-are-now-exploiting-it.html

说明：含完整漏洞分析与技术细节的公开报道页，利用细节以官方报告为准。

如果文章对您有收获，欢迎关注、点赞、推荐、转发。

— END —