FakeGit-Malware-Kampagne kehrt mit 17.610 GitHub-Repositories zurück

Die FakeGit-Malware-Kampagne hat ihre Aktivitäten wieder aufgenommen und nutzt 17.610 bösartige GitHub-Repositories, um SmartLoader zu verbreiten. Die jüngste Welle verwendet den Loader, um StealC einzuschleusen, eine Malware, die zum Diebstahl von Informationen entwickelt wurde.

Forscher des auf die Sicherheit von Software-Lieferketten spezialisierten Unternehmens Apiiro verfolgten die erneuten Aktivitäten bis zum 4. Oktober zurück. Obwohl die Operation hauptsächlich auf Wegwerfkonten setzt, identifizierten sie auch mindestens 700 Konten, die offenbar legitimen Entwicklern gehören.

Gefälschte Download-Schaltflächen verbreiten Malware

Die Repositories präsentieren überzeugende README-Seiten mit Installationsanweisungen und auffälligen Download-Schaltflächen. Diese Schaltflächen leiten Besucher jedoch zu ZIP-Archiven weiter, die SmartLoader enthalten, anstatt zur beworbenen Software.

SmartLoader dient anschließend als Verbreitungsmechanismus für weitere Malware. Bei dieser Welle brachten die Forscher die Aktivitäten mit StealC in Verbindung.

Die schnelle Ausweitung der Kampagne erfolgte größtenteils durch Änderungen an bestehenden Repositories. Innerhalb von 34 Stunden veröffentlichte die Operation Updates in mehr als 13.000 Repositories und erreichte dabei einen Höchstwert von 2.999 pro Stunde.

Von den durch Apiiro untersuchten Commits veränderten 97 % ausschließlich die README-Datei. Gleichzeitig verwiesen 88 % der Download-Schaltflächen auf ein ZIP-Archiv, das SmartLoader installiert.

Diese Ergebnisse deuten darauf hin, dass die Angreifer ein bereits bestehendes Netzwerk von Repositories wiederverwendeten, indem sie deren Download-Ziele änderten.

Frühere Repositories gaben sich als KI-Tools aus

Forscher beobachten ähnliche Aktivitäten mit verschiedenen Malware-Payloads bereits seit mindestens Januar. Der Name FakeGit wurde jedoch erst im Juli mit dieser Operation in Verbindung gebracht.

Damals dokumentierten Forscher des Unternehmens Island, das Unternehmensbrowser entwickelt, 7.600 gefälschte GitHub-Repositories, die SmartLoader verbreiteten.

Rund 800 dieser Repositories gaben sich als KI-Skills oder Model Context Protocol-Server (MCP) aus. Einige erschienen auch in öffentlichen KI-Registern und Katalogen, wodurch Nutzer zusätzliche Möglichkeiten hatten, auf sie zu stoßen.

Die neuesten Erkenntnisse zeigen, dass die FakeGit-Malware-Kampagne genügend Infrastruktur beibehielt, um eine weitere groß angelegte Verbreitungswelle zu starten.

Alternative Malware-Payloads halten die Kampagne aktiv

Laut Apiiro haben die Bemühungen zur Entfernung der Repositories bislang nur einen Teil des bösartigen Netzwerks erfasst. Vor der Veröffentlichung des Berichts waren 71 % der identifizierten Repositories nicht bei URLhaus erfasst, einem Dienst zur Verfolgung von URLs, die zur Verbreitung von Malware verwendet werden.

Darüber hinaus bedeutet die Blockierung eines bekannten Downloads nicht zwangsläufig, dass auch die anderen Kopien der Angreifer entfernt werden.

Die Forscher fanden bösartige Archive in Repository-Forks, älteren Dateien, Release-Assets, Anhängen zu Issues und separaten Repositories, die zum Hosten von Downloads verwendet wurden.

Dadurch können Angreifer einen entfernten Download-Link durch einen anderen Speicherort ersetzen, während der ursprüngliche Köder weiterhin online bleibt.

Auch DNS-Blockierungen auf Domainebene bieten hier nur begrenzte Präzision. Sie können keine einzelne bösartige Datei auf GitHub blockieren, ohne gleichzeitig den Zugriff auf die gesamte Domain zu sperren.

Eigentümer von Repositories sollten genauer überprüft werden

Apiiro empfiehlt, vor dem Herunterladen oder Ausführen von Inhalten zu überprüfen, wem ein Repository gehört. Bei KI-Skills und MCP-Servern sollten Nutzer offizielle Register oder Repositories der jeweiligen Anbieter bevorzugen.

Dass bösartige Projekte bereits zuvor in öffentlichen Katalogen aufgetaucht sind, zeigt jedoch, warum ein Eintrag allein keine Vertrauenswürdigkeit garantiert.

Wenn Nutzer vermuten, dass SmartLoader ausgeführt wurde, empfehlen die Forscher, den Vorfall als mögliche Kompromittierung des GitHub-Kontos zu behandeln. Zu ihren Empfehlungen gehören das Widerrufen aktiver Sitzungen und Zugriffstoken sowie der Umstieg auf Passkeys.