Cordyceps CI/CD-Schwachstellen: Kritischer Vektor für Supply-Chain-Angriffe auf über 300 GitHub-Repositories

Einleitung: Das Aufkommen von Cordyceps – Eine kritische CI/CD-Schwachstelle

Cybersicherheitsforscher haben Alarm geschlagen bezüglich einer neuen und hochwirksamen Klasse von CI/CD (Continuous Integration/Continuous Delivery)-Workflow-Schwachstellen, die von Novee Security als Cordyceps bezeichnet werden. Dieses kritische ausnutzbare Muster ermöglicht es Bedrohungsakteuren, automatisierte Workflows zu kapern und dadurch Open-Source-Lieferketten in einem noch nie dagewesenen Ausmaß zu kompromittieren. Die Auswirkungen sind tiefgreifend und können Angreifern die volle Kontrolle über Repositories Dutzender der größten Organisationen weltweit ermöglichen, darunter Branchenriesen wie Microsoft, Google und Apache, wobei über 300 GitHub-Repositories als anfällig identifiziert wurden.

Die Entdeckung von Cordyceps signalisiert eine deutliche Verschiebung der Angriffsfläche, die über traditionelle Anwendungs- und Infrastruktur-Schwachstellen hinausgeht, um die Pipelines anzugreifen, die Software erstellen und bereitstellen. Da Organisationen zunehmend auf automatisierte CI/CD-Prozesse für Geschwindigkeit und Effizienz angewiesen sind, wird die Sicherung dieser grundlegenden Komponenten entscheidend, um die Integrität und Vertrauenswürdigkeit des gesamten Software-Ökosystems zu gewährleisten.

Dekonstruktion des ausnutzbaren Cordyceps-Musters

Verständnis von CI/CD-Workflows und GitHub Actions

Die moderne Softwareentwicklung nutzt CI/CD-Pipelines stark, um die Phasen vom Code-Commit bis zur Bereitstellung zu automatisieren. GitHub Actions hat sich insbesondere als allgegenwärtige Plattform für die Automatisierung von Aufgaben direkt in GitHub-Repositories etabliert, von der Code-Kompilierung und -Tests bis zur Paketveröffentlichung. Diese Workflows werden durch YAML-Dateien definiert und führen Jobs in virtuellen Umgebungen aus, oft mit erhöhten Berechtigungen, um mit Repository-Secrets, externen Diensten und sogar anderen Repositories zu interagieren.

Die Kernschwäche: Mechanismen der Workflow-Hijacking

Die Cordyceps-Schwachstelle resultiert aus spezifischen, oft subtilen Fehlkonfigurationen oder unsicheren Mustern innerhalb dieser CI/CD-Workflows. Die Forschung von Novee Security deutet darauf hin, dass das "kritische ausnutzbare Muster" typischerweise entsteht, wenn Workflows nicht vertrauenswürdige Eingaben (z. B. von Pull Requests) auf eine Weise verarbeiten, die die Ausführung beliebigen Codes oder die Exfiltration von Anmeldeinformationen im Kontext des Workflows ermöglicht. Dies könnte Folgendes umfassen:

• Unsachgemäße Verwendung von pull_request_target: Obwohl diese Funktion dazu gedacht ist, Workflows mit erhöhten Berechtigungen für Pull Requests aus Forks auszuführen, können Fehlkonfigurationen es bösartigem Code innerhalb eines geforkten Pull Requests ermöglichen, mit den Secrets und Schreibberechtigungen des Ziel-Repositories ausgeführt zu werden.
• Anfällige Aktions-Inputs: Aktionen, die Befehle oder Skripte direkt basierend auf benutzergesteuerten Eingaben ohne ordnungsgemäße Bereinigung ausführen.
• Übermäßig freizügige Tokens: Die Vergabe von mehr Berechtigungen als nötig an den GITHUB_TOKEN oder benutzerdefinierte PATs (Personal Access Tokens), die in Workflows verwendet werden.
• Unsichere Abhängigkeitsauflösung: Die Verwendung nicht festgeschriebener oder veränderlicher Versionen von Drittanbieter-Aktionen, wodurch ein Angreifer bösartigen Code über eine aktualisierte Aktion einführen kann.

Durch die Ausnutzung dieser Schwachstellen kann ein Angreifer bösartige Payloads in einen vertrauenswürdigen Build-Prozess einschleusen und so das Software-Artefakt effektiv vergiften, bevor es die Endbenutzer erreicht. Dies umgeht traditionelle Code-Reviews und Sicherheitsprüfungen und macht es zu einer extrem heimtückischen Form des Supply-Chain-Angriffs.

Tiefgreifende Auswirkungen auf die Software-Lieferkette

Kompromittierung von Vertrauen und Integrität

Die Hauptbesorgnis bei Cordyceps ist seine Fähigkeit, die Integrität der Software-Lieferkette an ihrer Quelle zu kompromittieren. Eine gekaperte CI/CD-Pipeline kann zur stillen Einschleusung von Backdoors, Malware oder anderem bösartigen Code in kompilierte Binärdateien, Container-Images oder veröffentlichte Pakete führen. Nachgeschaltete Verbraucher, oft ohne Kenntnis der Kompromittierung, würden diese vergifteten Artefakte dann in ihre eigenen Systeme integrieren, was zu einem kaskadierenden Sicherheitsvorfall führen würde.

Hochrangige Ziele und weit verbreitete Exposition

Die Tatsache, dass Organisationen vom Rang von Microsoft, Google und Apache betroffen sind, unterstreicht die allgegenwärtige Natur dieser Schwachstelle. Diese Entitäten verwalten riesige Ökosysteme von Open-Source-Projekten, und eine Kompromittierung innerhalb ihrer Repositories könnte weitreichende Auswirkungen haben, indem sie unzählige Anwendungen und Dienste beeinträchtigt, die von ihren Beiträgen abhängen. Die Exposition von über 300 GitHub-Repositories verdeutlicht die systemische Herausforderung bei der Sicherung komplexer, automatisierter Entwicklungsumgebungen.

Angriffsszenarien und Fähigkeiten der Bedrohungsakteure

Von der Aufklärung zur vollständigen Repository-Kontrolle

Ein Angreifer, der Cordyceps ausnutzt, würde typischerweise einem mehrstufigen Prozess folgen:

1. Aufklärung: Identifizierung anfälliger GitHub-Repositories und Analyse ihrer CI/CD-Workflow-Definitionen (z. B. .github/workflows/*.yml-Dateien) auf kritische ausnutzbare Muster. Dies beinhaltet eine detaillierte Metadatenextraktion und öffentliche Repository-Analyse.
2. Ausnutzung: Erstellen eines bösartigen Pull Requests oder Committen von Code, der den anfälligen Workflow auslöst. Die Payload könnte darauf ausgelegt sein, Secrets (z. B. API-Schlüssel, Cloud-Anmeldeinformationen) zu exfiltrieren, bösartigen Code in die Build-Ausgabe einzuschleusen oder dauerhafte Backdoors im Repository zu etablieren.
3. Nach der Ausnutzung: Mit Kontrolle über den Kontext des Repositories kann der Angreifer den Quellcode manipulieren, bösartige Releases veröffentlichen oder sogar die Einstellungen des Repositories ändern, um sich selbst dauerhaften Zugriff zu verschaffen oder verbundene Systeme weiter zu kompromittieren.

Minderungsstrategien und defensive Haltungen

Die Behebung von Cordyceps erfordert einen umfassenden Ansatz zur CI/CD-Sicherheit:

• Prinzip der geringsten Rechte: Stellen Sie sicher, dass Workflow-Tokens und benutzerdefinierte PATs nur die minimal notwendigen Berechtigungen erhalten. Vermeiden Sie globale Schreibberechtigungen, wo schreibgeschützter Zugriff ausreicht.
• Strenge Eingabevalidierung: Implementieren Sie eine robuste Validierung und Bereinigung für alle benutzergesteuerten Eingaben, die von Workflows verarbeitet werden, insbesondere solche, die aus Forks oder externen Quellen stammen.
• Sichere Verwendung von pull_request_target: Seien Sie äußerst vorsichtig bei der Verwendung dieses Ereignisses. Isolieren Sie sensible Schritte und stellen Sie sicher, dass kein Code, der mit Repository-Schreibberechtigungen oder Zugriff auf Secrets ausgeführt wird, durch nicht vertrauenswürdigen Pull-Request-Inhalt beeinflusst wird.
• Abhängigkeiten festschreiben: Verankern Sie GitHub Actions immer an einem vollständigen Commit-SHA und nicht an veränderlichen Tags (z. B. v1, main), um unerwartete oder bösartige Änderungen zu verhindern.
• Regelmäßige Audits: Führen Sie häufige Sicherheitsaudits aller CI/CD-Workflow-Definitionen und ihrer zugrunde liegenden Skripte durch.
• Ephemere Umgebungen: Führen Sie Builds in isolierten, ephemeren Umgebungen aus, die nach jeder Ausführung zerstört werden, um die Persistenz zu begrenzen.
• Tools zur Lieferkettensicherheit: Integrieren Sie Static Application Security Testing (SAST), Software Composition Analysis (SCA) und Dynamic Application Security Testing (DAST) in die CI/CD-Pipeline, um Schwachstellen und bösartige Komponenten frühzeitig zu erkennen.

Digitale Forensik, Incident Response und Bedrohungszuordnung

Untersuchung einer Cordyceps-Kompromittierung

Im Falle einer vermuteten Cordyceps-Kompromittierung ist ein schneller und gründlicher Prozess der digitalen Forensik und Incident Response (DFIR) entscheidend. Dies beinhaltet:

• Protokollanalyse: Akribische Untersuchung von CI/CD-Protokollen, Audit-Protokollen und Repository-Ereignissen auf anomale Aktivitäten, unautorisierte Workflow-Ausführungen oder ungewöhnliche Änderungen.
• Artefakt-Integritätsprüfungen: Überprüfung der Integrität von Build-Artefakten anhand bekannter guter Versionen mithilfe kryptografischer Hashes.
• Repository-Statusvergleich: Vergleich des aktuellen Zustands des Repositories mit früheren vertrauenswürdigen Zuständen, um unautorisierte Codeänderungen oder Konfigurationsänderungen zu identifizieren.
• Zuordnung und Telemetriedatenerfassung: Bei der Untersuchung verdächtiger Aktivitäten oder potenzieller Kompromittierungen ist fortschrittliche Telemetrie entscheidend, um die Bewegungen und den Ursprung des Bedrohungsakteurs zu verstehen. Tools wie iplogger.org können von unschätzbarem Wert sein, um detaillierte digitale forensische Daten zu sammeln, einschließlich IP-Adressen, User-Agent-Strings, ISP-Informationen und Geräte-Fingerabdrücke. Diese Metadatenextraktion unterstützt maßgeblich die Netzwerkerkundung, das Verständnis des Ursprungs des Angreifers und die Korrelation bösartiger Aktivitäten über verschiedene Vektoren hinweg, wodurch die Bemühungen zur Zuordnung von Bedrohungsakteuren gestärkt werden.
• Widerruf und Behebung: Sofortiger Widerruf kompromittierter Anmeldeinformationen, Rückkehr zu bekannten guten Zuständen und Patchen anfälliger Workflows.

Fazit: Stärkung der Software-Lieferkette

Die Cordyceps CI/CD-Schwachstellen stellen eine formidable Herausforderung für die Sicherheit der globalen Software-Lieferkette dar. Die Erkenntnisse von Novée Security unterstreichen die dringende Notwendigkeit für Entwickler und Organisationen, ihre CI/CD-Sicherheitspositionen neu zu bewerten und über die traditionelle Anwendungssicherheit hinauszugehen, um einen ganzheitlichen Ansatz zu verfolgen, der die gesamte Build- und Bereitstellungspipeline sichert. Proaktive Wachsamkeit, die Einhaltung bewährter Verfahren und robuste Funktionen zur Reaktion auf Vorfälle sind nicht länger optional, sondern unerlässlich, um die Integrität und Vertrauenswürdigkeit moderner Software zu gewährleisten.