La campagne FakeGit a repris son activité à grande échelle sur GitHub : des chercheurs ont identifié 17 610 dépôts utilisés pour diffuser SmartLoader, une charge utile initiale capable de télécharger d’autres logiciels malveillants. La reprise de l’activité a eu lieu le 4 octobre 2026, après que la campagne avait été utilisée plus tôt dans le mois pour diffuser StealC, un logiciel voleur d’informations.
La campagne repose principalement sur des comptes temporaires, mais les chercheurs ont identifié au moins 700 comptes qui semblent appartenir à des développeurs légitimes. Les dépôts malveillants utilisent des fichiers README conçus de manière convaincante, comprenant un bouton de téléchargement qui mène à une archive ZIP contenant SmartLoader.
Une escalade rapide à l’aide de dépôts existants
Selon un rapport de la plateforme spécialisée dans la sécurité de la chaîne d’approvisionnement logicielle Apiiro, la campagne a déployé plus de 13 000 dépôts en 34 heures, avec un pic d’activité de 2 999 dépôts par heure. Dans les échantillons de commits examinés par les chercheurs, 97 % se limitaient à modifier un fichier README, tandis que le bouton de téléchargement dirigeait, dans 88 % des cas, vers un fichier ZIP qui installe SmartLoader.
Cela indique que les opérateurs n’avaient pas besoin de créer de nouveaux dépôts ; ils ont plutôt redirigé un arsenal existant vers des liens malveillants. La société Island avait associé le nom FakeGit à cette opération en juillet, lorsqu’elle avait documenté 7 600 faux dépôts diffusant SmartLoader, dont 800 se faisant passer pour des compétences d’intelligence artificielle ou des serveurs MCP apparus dans des registres et catalogues publics.
Pourquoi est-il difficile de contenir la campagne ?
Les chercheurs d’Apiiro estiment que la suppression des dépôts ne couvre qu’une partie de l’infrastructure malveillante. Les charges utiles bloquées et leurs sauvegardes restent également disponibles, ce qui permet aux attaquants de modifier le lien de téléchargement tout en maintenant le même dépôt actif. Les chercheurs ont constaté que 71 % de l’arsenal ne figurait pas dans URLhaus avant la publication de leur rapport.
Les archives malveillantes sont réparties entre les forks, les anciens fichiers, les ressources des versions, les pièces jointes des problèmes et des dépôts distincts dédiés à l’hébergement. La suppression d’un seul fichier ou lien n’empêche donc pas l’opérateur de rediriger la victime vers une autre copie.
Qu’est-ce qui change concrètement pour les utilisateurs ?
La présence d’un dépôt sur GitHub ne suffit pas à prouver sa fiabilité, en particulier lors du téléchargement de compétences d’intelligence artificielle ou de serveurs MCP. Les chercheurs recommandent de vérifier le propriétaire du dépôt et de privilégier les registres officiels ou les dépôts des fournisseurs de logiciels comme sources d’installation.
Si un utilisateur soupçonne l’exécution de SmartLoader, il doit considérer la situation comme une compromission potentielle de son compte GitHub, puis révoquer les sessions actives et les jetons d’accès, et passer aux clés d’accès. La campagne montre que le recours à des listes de blocage de liens ou à la suppression de dépôts individuels reste limité lorsque l’attaquant peut réutiliser les copies, les branches et les ressources des versions.