Une faille débusquée par Mythos dans HFS, exploitée moins de 36 heures après sa publication

Zach Hanley, chercheur chez Horizon3.ai, a publié le 30 septembre le détail de CVE-2026-61500, une faille critique (CVSS 9.3) du serveur de fichiers Rejetto HFS. Les versions 3.0.0 à 3.2.0 sont touchées. Il l'a trouvée avec Mythos, le modèle d'Anthropic spécialisé dans la recherche de vulnérabilités. Dès le lendemain soir, VulnCheck détectait une exploitation depuis une adresse IP hébergée en Chine, contre des serveurs exposés aux États-Unis et au Japon. Le correctif, HFS 3.2.1, est disponible.

TL;DRL'essentiel pour les pressés

HFS signait ses cookies de session avec Math.random(), un générateur non cryptographique : un attaquant peut reconstituer la clé, forger un cookie administrateur et exécuter du code à distance.
Mythos a repéré la chaîne complète, générateur réversible et fuite des tirages via le formulaire de connexion, puis proposé le solveur Z3 pour retrouver l'état interne.
Première exploitation observée le 1er octobre au soir, quatre tentatives de plus le 2 : entre le rapport public et les attaques, il s'est écoulé moins de 36 heures.

286CVE attribuées à Mythos et au programme Glasswing d'Anthropic selon The Register (3 octobre 2026), celle-ci n'étant que la deuxième exploitée dans la nature

Math.random() pour signer des sessions, et un modèle qui remonte toute la chaîne

La faute de départ est connue des développeurs. Math.random() du moteur V8 repose sur xorshift128+, un algorithme dont la sortie se remonte mathématiquement. HFS s'en servait pour fabriquer la clé qui signe les cookies de session. La deuxième faute aggrave tout : l'application renvoyait des tirages bruts du générateur aux visiteurs non authentifiés, par un autre chemin de code. En collectant quelques réponses au formulaire de connexion, un attaquant reconstitue l'état interne du générateur, retrouve la clé et forge un cookie administrateur valide. L'option server_code de HFS transforme ensuite cet accès en exécution de code sur la machine.

Mythos a relié ces trois éléments seul, selon Hanley, puis a proposé de retrouver la graine du générateur avec Z3, le solveur de contraintes de Microsoft. Horizon3 dit n'avoir jamais croisé cette approche dans une attaque cryptographique réelle.

Mythos a identifié un enchaînement d'erreurs cryptographiques exploitable et compris que la sortie de xorshift128+ était entièrement réversible.

Zach Hanley, chercheur chez Horizon3.ai, cité par The Register

Le palmarès du modèle reste discuté. En avril, VulnCheck ne confirmait qu'une seule CVE explicitement attribuée à Glasswing, une exécution de code dans le NFS de FreeBSD, faute d'attribution normalisée dans les bases CVE. Les 286 CVE revendiquées aujourd'hui donnent un ordre de grandeur, pas un décompte vérifié. HFS, lui, est un habitué : la CVE-2024-23692 avait servi en 2024 à installer cryptomineurs et chevaux de Troie sur les instances exposées.

Mon avis : notable, et pas pour le palmarès de Mythos. L'information utile est le délai. Moins de 36 heures entre un rapport public et des attaques réelles, cela signifie que les attaquants lisent les publications des chercheurs, eux aussi outillés par des modèles. Pour une PME ou un hébergeur français, le correctif appliqué « dans la semaine » arrive après les premiers scans.

Ce que ça change pour vous

Si vous exposez un HFS, courant pour partager des fichiers en PME, en labo ou chez soi, passez en 3.2.1 sans attendre. Considérez les sessions comme compromises : un cookie forgé est un cookie valide, l'attaque ne laisse aucune connexion échouée dans les journaux.

Si vous développez, le rappel vaut pour tous les langages : Math.random() ne protège rien. Les clés, jetons et identifiants de session se génèrent avec crypto.randomBytes ou crypto.getRandomValues. La même semaine, Google gelait son bug bounty open source sous les faux rapports générés par IA. Les modèles produisent en ce moment le meilleur et le pire de la recherche de failles.

Ce que vous devez faireConcrètement, pour votre visibilité

Vérifie la version de toute instance HFS accessible depuis Internet et passe en 3.2.1 : les versions 3.0.0 à 3.2.0 sont vulnérables.
Si une instance était exposée, considère-la comme compromise : change le mot de passe administrateur et inspecte l'option server_code et les journaux d'accès.
Cherche Math.random dans tes dépôts pour tout usage de jeton, de session ou de clé, et remplace par crypto.randomBytes ou crypto.getRandomValues.