veilletech.fr
12 sept. Feed du jour
#02 SÉCURITÉ Faille

Artifactory : deux failles pour devenir admin

Qui tient votre dépôt d'artefacts tient tout ce que vous déployez.

Wiz a observé entre le 15 août et le 8 septembre des attaques enchaînant deux failles de JFrog Artifactory auto-hébergé : CVE-2026-42018 délivre un jeton anonyme interne, CVE-2026-42016 l'échange contre un jeton d'administrateur. Moins de cinq minutes entre la première requête et la création d'un compte admin, et les actions apparaissent dans les journaux sous « token:anonymous ».

3 min de lectureavancévidéo 1:15
Partager
Sommaire4 sections
  1. Ce qui se passe
  2. Ce que ça change
  3. Comment s'y prendre
  4. À retenir

Ce qui se passe

Wiz a vu des attaquants prendre le contrôle administrateur de serveurs JFrog Artifactory auto-hébergés entre le 15 août et le 8 septembre, et y laisser des portes dérobées. Aucune des deux failles utilisées ne donne ce contrôle à elle seule :

Dans certains cas observés, moins de cinq minutes séparent la première requête de la création d'un compte administrateur.

Un troisième défaut du même rapport, CVE-2026-82329 (CVSS 9.8), est un contournement d'authentification qui suffit seul, sur la configuration par défaut, jusqu'à la branche 7.161. Il a été exploité séparément du 1er au 8 septembre — Fastly a compté environ 406 000 tentatives sur sa plateforme pour la seule journée du 2 septembre.

Ce que ça change

Artifactory est le dépôt d'où vos chaînes de compilation tirent leurs dépendances. Avec les droits d'administrateur, les attaquants ont installé des plugins Groovy malveillants — donc de l'exécution de code sur le serveur —, lancé des commandes shell via le point d'exécution des plugins, et déposé un téléchargeur qui récupérait un binaire en HTTP dans un répertoire ouvert en écriture comme /tmp avant d'ouvrir un canal de commande. Wiz a aussi vu une porte dérobée écrite en Rust. Sur les serveurs pris par CVE-2026-82329, ils ont lu la configuration système et, plusieurs fois, emporté la cluster join key, le secret partagé qui autorise un nœud à rejoindre le cluster.

Le détail qui fait mal est ailleurs : le jeton administrateur conserve le nom d'utilisateur anonyme. Les actions apparaissent dans les journaux sous token:anonymous, pas sous un compte nommé.

Comment s'y prendre

Passez à la version corrigée de votre branche, listées dans les avis JFrog. Les instances cloud ne sont pas concernées.

CVE Corrigée en
CVE-2026-42018 7.111.20, 7.117.27, 7.125.19, 7.133.28, 7.146.8
CVE-2026-42016 7.133.11
CVE-2026-82329 7.111.21, 7.117.28, 7.125.20, 7.133.29, 7.146.38, 7.161.20

Attention à la ligne du milieu : JFrog ne publie qu'une seule version corrigée pour CVE-2026-42016, la 7.133.11, sans dire si une version plus récente d'une branche plus ancienne la ferme également. Les branches 7.146 et 7.161 sortent de sa plage déclarée.

La mise à jour ne défait rien. Les comptes administrateur créés restent en place, et les jetons déjà émis ne sont pas révoqués. Fastly recommande de faire tourner la join key de la plateforme, de révoquer les jetons d'accès délivrés depuis le 28 août, et de relire comptes, dépôts et changements de configuration.

Pour chercher : un compte peu privilégié — en particulier l'utilisateur anonyme interne — qui crée des jetons, liste des utilisateurs ou lit et écrit des plugins. Puis les comptes administrateur que personne n'a créés. Ceux qu'a vus Wiz portent des noms de démonstration comme 0xTerror, des préfixes suivis de caractères aléatoires (svc_, labadmin_), ou se fondent dans le décor (jfrog-distribution, jfrog-insight, repo-service).

Source : The Hacker News, rapport d'origine : Wiz.