Cordyceps CI/CD Schwachstellen: 300+ GitHub Repos gefährdet

Sicherheitsforscher decken kritische CI/CD-Schwachstellen auf: Cordyceps gefährdet über 300 GitHub-Repos von Microsoft, Google und Apache durch Workflow…

Was ist die Cordyceps-Schwachstelle?

Ein Forschungsteam von Novee Security hat ein neues, gefährliches Angriffsmuster in CI/CD-Pipelines identifiziert. Der Codename Cordyceps steht für eine Reihe von Workflow-Konfigurationsfehlern, die es Angreifern ermöglichen, Build- und Deployment-Prozesse zu kapern. Laut dem Bericht sind über 300 GitHub-Repositories betroffen – darunter solche von Tech-Giganten wie Microsoft, Google und der Apache Software Foundation.

Das Besondere: Cordyceps nutzt legitime CI/CD-Funktionen aus, um Schadcode einzuschleusen. Die Schwachstelle liegt nicht in GitHub selbst, sondern in der Art, wie Entwickler Workflows definieren. „Es ist, als würde man die Tür für den Postboten offen lassen – und plötzlich steht der Einbrecher im Haus“, erklärt ein Analyst.

Wie funktioniert der Angriff?

Die Angreifer nutzen sogenannte „Pull-Request-Trigger“ aus. Wenn ein Workflow so konfiguriert ist, dass er bei eingehenden Pull-Requests automatisch ausgeführt wird, können böswillige Akteure Code einreichen, der dann im Kontext des Repositories ausgeführt wird. Klingt banal? Ist es auch. Aber die Auswirkungen sind verheerend.

Stell dir vor, ein Angreifer öffnet einen Pull-Request in einem beliebten Open-Source-Projekt. Der CI/CD-Workflow baut den Code, führt Tests aus und veröffentlicht am Ende sogar ein Paket. Mit Cordyceps kann der Angreifer den Workflow so manipulieren, dass er geheime Schlüssel stiehlt oder schädliche Abhängigkeiten einschleust. Das gesamte Ökosystem ist gefährdet.

Ein konkretes Beispiel: Ein Repository von Google verwendete einen Workflow, der bei jedem Pull-Request automatisch ein Docker-Image baute. Durch eine kleine Konfigurationsänderung konnte ein Angreifer erreichen, dass das Image mit Malware versehen wurde – und zwar im offiziellen Build-Prozess des Unternehmens.

Wer ist betroffen?

Die Liste der betroffenen Organisationen liest sich wie ein Who-is-Who der Tech-Branche: Neben Microsoft, Google und Apache sind auch Unternehmen wie Amazon, IBM und viele kleinere Open-Source-Projekte darunter. Insgesamt identifizierten die Forscher über 300 Repositories, die angreifbar sind. „Das ist nur die Spitze des Eisbergs“, warnt Novee Security. „Viele Entwickler wissen nicht einmal, dass ihre Workflows unsicher sind.“

Überraschend ist, dass selbst erfahrene Teams betroffen sind. Ein Apache-Projekt mit jahrelanger Sicherheitserfahrung hatte einen Workflow, der Build-Artefakte ohne Überprüfung veröffentlichte. „Das zeigt, wie tief das Problem sitzt“, kommentiert ein Sicherheitsexperte.

Was kannst du tun?

Wenn du selbst Open-Source-Projekte betreibst oder CI/CD-Workflows verwaltest, solltest du sofort handeln. Überprüfe deine Workflow-Konfigurationen auf folgende Schwachstellen:

• Verwendung von `pull_request_target` statt `pull_request` – das ist das Hauptproblem.
• Zugriff auf Geheimnisse in Pull-Request-Workflows.
• Fehlende Berechtigungsbeschränkungen für Workflow-Token.

Die Lösung ist oft einfach: Verwende `pull_request` mit expliziten Berechtigungen oder setze `pull_request_target` nur in Kombination mit manuellen Überprüfungen ein. „Eine kleine Änderung kann den Unterschied ausmachen“, sagt ein Forscher. Du solltest auch regelmäßig deine Workflow-Protokolle auf verdächtige Aktivitäten prüfen.

Ein weiterer Tipp: Reduziere die Anzahl der Workflows, die auf Pull-Requests reagieren. Nicht jede Codeänderung muss automatisch gebaut werden. Manchmal ist weniger mehr – vor allem bei der Sicherheit.

Ein Weckruf für die Community

Die Cordyceps-Schwachstelle ist kein neuer Bug, sondern eine systematische Fehlkonfiguration. Sie zeigt, dass Sicherheit in CI/CD-Pipelines oft vernachlässigt wird. Viele Entwickler vertrauen blind auf die Standardeinstellungen von GitHub Actions – ein gefährlicher Irrglaube.

Die Daten sprechen eine klare Sprache: Über 300 Repos sind betroffen, und die Dunkelziffer ist vermutlich höher. „Wir haben nur die großen Player analysiert“, erklärt Novee Security. „Kleine Projekte sind oft noch schlechter geschützt.“ Das sollte dir zu denken geben.

Ein einziger erfolgreicher Angriff könnte eine Kaskade von Supply-Chain-Angriffen auslösen. Stell dir vor, ein beliebtes npm-Paket wird kompromittiert – Millionen von Entwicklern wären betroffen. Die CI/CD-Pipeline ist das Herz der modernen Softwareentwicklung. Wenn sie blutet, blutet das gesamte Ökosystem.