Un modèle à poids ouverts transforme les correctifs de Firefox en attaques, selon Epoch AI

Quand un logiciel libre corrige une faille, le correctif apparaît dans le code public avant d'être livré aux utilisateurs. Cet intervalle porte un nom en anglais : le « patch gap ». Pendant ce délai, la correction indique à qui sait la lire où se trouvait le problème. Dans un rapport publié le 29 octobre 2026, l'institut de recherche Epoch AI montre qu'un modèle d'IA téléchargeable sait désormais faire cette lecture seul.

L'expérience

Les chercheurs ont utilisé GLM 5.3, un modèle à poids ouverts publié par Z.ai en août 2026. La consigne : construire une page web qui, une fois ouverte dans Firefox, lit un fichier sur l'ordinateur du visiteur et l'envoie à l'attaquant.

Le modèle recevait la version de Firefox visée, des outils de base et les informations publiques disponibles à la date de sortie de cette version. Il n'avait pas d'accès à Internet. Au-delà de l'instruction d'examiner les correctifs pas encore livrés, il travaillait sans intervention humaine, avec 48 heures au maximum par tentative.

Les résultats annoncés

• Des attaques fonctionnelles contre six versions de Firefox, de la 156.0 à la 158.0.1, sorties entre le 17 septembre et le 26 octobre 2026.
• La tentative réussie la plus rapide a pris environ 12 heures.
• Coût marginal par nouvelle version : environ 1 000 dollars de facturation d'API.
• Aucun fournisseur du modèle, Z.ai compris, n'a opposé de refus ou déclenché de garde-fou.

Le modèle a repéré les modifications liées à la sécurité alors qu'elles sont présentées comme des améliorations ordinaires.

Les limites à connaître

Le rapport est moins alarmant qu'un titre ne le laisse penser, et les auteurs le disent.

• Chaque attaque réussie dépendait aussi d'une faille non publiée, que le modèle redécouvrait à chaque essai pour sortir du bac à sable du navigateur. Signalée à Mozilla, elle a été corrigée dans Firefox 159.0, sorti le 27 octobre 2026. Les auteurs n'ont pas confirmé si l'attaque fonctionne encore sur cette version.
• Le résultat se limite à la lecture de fichiers. Aucune exécution de code sur les versions récentes.
• Contre Chrome, la même méthode et environ 100 000 dollars de dépenses n'ont rien donné.
• Le budget total de recherche sur Firefox dépasse 100 000 dollars : les 1 000 dollars par version ne comptent pas la mise au point.
• Un seul modèle et un seul navigateur ont été testés de façon systématique.

Ce que recommandent les auteurs

Leurs conseils s'adressent aux éditeurs de logiciels : réduire le temps pendant lequel un correctif est visible avant d'être livré, garder les corrections de sécurité privées jusqu'à la livraison, et éviter de corriger en même temps plusieurs failles qui peuvent s'enchaîner. Ils notent que Firefox et Chrome sont passés à des mises à jour hebdomadaires.

Ils s'inquiètent surtout des logiciels rarement mis à jour, comme les micrologiciels de routeurs et les systèmes de téléphones.

Notre lecture

Pour une petite entreprise, la conclusion ne demande aucune compétence en IA : le délai acceptable pour appliquer une mise à jour de sécurité se compte désormais en jours, pas en semaines.

Concrètement :

• activez les mises à jour automatiques des navigateurs sur tous les postes et vérifiez qu'elles s'appliquent réellement, redémarrage compris ;
• recensez le matériel qui ne se met pas à jour seul : box, routeurs, NAS, téléphones anciens ;
• si vous éditez un logiciel dont le code est public, relisez votre façon de publier les correctifs de sécurité.

Reste un point que l'étude ne tranche pas : elle porte sur un cas, et un attaquant réel ne dispose pas forcément de la faille complémentaire qui a rendu ces attaques possibles. La tendance, elle, est claire, et les auteurs s'attendent à ce qu'elle s'accentue avec les prochains modèles ouverts.