GhostAction-Kampagne injiziert credential-diebstehlende Workflows in Tausende von GitHub-Repos

Ein massiver Supply-Chain-Angriff mit dem Namen GhostAction hat Hunderte von GitHub-Konten kompromittiert und bösartige Continuous-Integration-Workflows in Zehntausende von Repositories injiziert. Die Kampagne, die Anfang Oktober 2026 erheblich eskalierte, zielt auf Entwickler-Credentials ab, indem sie sich als routinemäßige Sicherheitsaudits innerhalb beliebter Open-Source-Projekte tarnt.

Was passiert ist

Cybersecurity-Forscher identifizierten, dass Angreifer Zugang zu den Konten zweier prominenter Open-Source-Maintainer erlangt hatten: Takashi Kitao, Schöpfer der pyxel-Spiel-Engine, und Henry Wu, Autor des athenadriver von Uber. Unter Verwendung dieser vertrauenswürdigen Identitäten schoben die Bedrohungsakteure eine bösartige Workflow-Datei namens entweder "security-audit.yml" oder "github_actions_security.yml" in die Standard-Branches von Hunderten von Repositories. Die Injektion erfolgte schnell; allein im 16-minütigen Fenster am 7. Oktober 2026 waren 318 Repositories betroffen.

Der bösartige Workflow ist so konzipiert, dass er bei jedem Push oder manuellen Dispatch ausgelöst wird. Nach der Aktivierung führt er einen tiefen Scan des Repositories durch, der nicht nur den aktuellen Working Tree, sondern auch die gesamte Git-History auf sensible Daten überprüft. Er sucht spezifisch nach dreizehn Mustern, die mit Cloud-Anbietern, KI-Diensten und Package-Registries verbunden sind. Die extrahierten Credentials werden dann über unverschlüsseltes HTTP an eine angreiferkontrollierte IP-Adresse, 193.32.204.199, gesendet. Diese Methode ermöglicht es den Angreifern, Secrets zu ernten, die möglicherweise in der Vergangenheit committet und anschließend aus der aktuellen Codebasis gelöscht wurden.

Stand 9. Oktober 2026 meldete das Sicherheitsunternehmen Socket, dass seit dem 7. Oktober mehr als 500 GitHub-Konten diesen bösartigen Workflow committet haben. Die Kampagne hat 817 Repositories über 327 Benutzer hinweg beeinträchtigt, was zur Exfiltration von 3.325 Secrets führte. Zu den gestohlenen Credentials gehören Tokens für PyPI, npm, DockerHub, AWS, Anthropic, OpenAI und verschiedene andere SaaS-Plattformen. In einigen Fällen, wie beim Repository "kuafuai/DevOpsGPT", betteten die Angreifer auch Kryptowährungs-Mining-Software in Docker-Images ein.

Wichtige Details

• Angriffsvektor: Kompromittierte Maintainer-Konten wurden genutzt, um bösartige GitHub-Actions-Workflows direkt in Repositories zu injizieren.
• Bösartige Dateien: Die Payloads tragen die Namen "security-audit.yml" oder "github_actions_security.yml" und werden durch ungefilterte Pushes oder manuelle Dispatches ausgelöst.
• Datenexfiltration: Der Workflow scannt den Working Tree und die vollständige Git-History nach 13 spezifischen Credential-Mustern und sendet die Ergebnisse über unverschlüsseltes HTTP an 193.32.204.199.
• Umfang: Über 500 GitHub-Konten sind involviert, was Zehntausende von Repositories betrifft und bisher 3.325 Secrets offengelegt hat.
• Fork-Risiko: Downstream-Forks, insbesondere private, übernehmen den bösartigen Workflow und bleiben gefährdet, wenn GitHub Actions aktiviert sind.
• Gezielte Secrets: Gestohlene Daten umfassen AWS-Keys, API-Keys von KI-Anbietern, DockerHub-Tokens und SSH-private Keys.

Hintergrund

GitHub Actions ist eine Continuous-Integration- und Continuous-Deployment-Plattform (CI/CD), die Entwicklern ermöglicht, Software-Workflows direkt innerhalb ihrer Repositories zu automatisieren. Diese Workflows können auf "Secrets" zugreifen, verschlüsselte Umgebungsvariablen, die in den Repository-Einstellungen gespeichert sind. Typischerweise enthalten diese Secrets API-Keys, Datenbank-Passwörter und Authentifizierungs-Tokens, die für den Build und die Bereitstellung von Software erforderlich sind. Während GitHub diese Secrets im Ruhezustand verschlüsselt, werden sie während der Ausführung entschlüsselt und der Workflow-Runtime zur Verfügung gestellt.

Supply-Chain-Angriffe wie GhostAction nutzen das inhärente Vertrauen in Open-Source-Ökosysteme aus. Wenn das Konto eines bekannten Maintainers kompromittiert wird, werden dessen Beiträge von Downstream-Nutzern und automatisierten Systemen implizit vertraut. Durch die Injektion eines Workflows, der wie ein legitimes Sicherheitstool aussieht, können Angreifer Misstrauen umgehen. Die Verwendung von fetch-depth: 0 im bösartigen Workflow stellt sicher, dass die gesamte Historie des Repositories heruntergeladen wird, sodass das Skript Secrets finden kann, die aus neueren Commits entfernt wurden, aber noch in älteren Versionen des Codes existieren.

Warum es wichtig ist

Für Teams, die Software selbst hosten oder ihre eigenen CI/CD-Pipelines verwalten, unterstreicht dieser Vorfall die Fragilität von Abhängigkeitsketten. Selbst wenn Ihre interne Infrastruktur sicher ist, birgt die Abhängigkeit von externen Open-Source-Komponenten Risiken. Wenn eine Bibliothek, von der Sie abhängen, kompromittiert wird, können deren bösartige Workflows in Ihrer Umgebung ausgeführt werden, wenn Sie das Repository forken oder es auf eine Weise verwenden, die Actions auslöst. Die Offenlegung von API-Keys für KI-Anbieter ist besonders besorgniserregend, da dies zu erheblichen finanziellen Verlusten durch unbefugte API-Nutzung führen kann.

Darüber hinaus zeigt der Angriff, dass das Löschen eines Secrets aus Ihrer aktuellen Codebasis nicht ausreicht, um es zu schützen. Da der bösartige Workflow die gesamte Git-History scannt, ist jedes jemals in das Repository committete Credential verwundbar. Das bedeutet, dass historische Hygiene genauso kritisch ist wie aktuelle Sicherheitspraktiken. Für IT-Leiter und DevOps-Ingenieure erfordert dies eine Überprüfung nicht nur aktiver Abhängigkeiten, sondern auch der historischen Integrität der Repositories, mit denen sie interagieren.

Was Sie tun können

• Nach bösartigen Workflows suchen: Prüfen Sie alle Repositories auf Dateien namens "security-audit.yml" oder "github_actions_security.yml", die seit dem 31. August 2026 hinzugefügt wurden.
• Credentials widerrufen und rotieren: Wenn Sie den bösartigen Workflow finden, gehen Sie von einer Kompromittierung aus. Widerrufen Sie sofort alle GitHub-Tokens, AWS-Keys und API-Secrets, die mit den betroffenen Repositories verbunden sind.
• Git-History auditieren: Verwenden Sie Tools, um Ihre gesamte Git-History auf versehentlich committete Secrets zu scannen, nicht nur den aktuellen Head-Commit.
• Geforkte Repositories überprüfen: Wenn Sie eines der betroffenen Repositories geforkt haben, prüfen Sie es auf den bösartigen Workflow und deaktivieren Sie GitHub Actions, bis sie bereinigt sind.
• Branch Protection aktivieren: Beschränken Sie, wer Workflow-Dateien in Ihre Standard-Branches pushen darf, um unbefugte Änderungen zu verhindern.
• Ausgehenden Traffic überwachen: Konfigurieren Sie Netzwerkrichtlinien, um ungewöhnliche ausgehende HTTP-Anfragen von Ihren CI/CD-Runnern an unbekannte IP-Adressen zu erkennen.