GitHub hat Sicherheitsänderungen vorgestellt, die das Unternehmen in den vergangenen Monaten an npm und GitHub Actions umgesetzt hat, um gängige Methoden bei Angriffen auf die Software-Lieferkette zu unterbrechen und deren Auswirkungen zu begrenzen. Dazu gehören der Schutz besonders einflussreicher npm-Konten, eine Verschärfung des Standardverhaltens von Actions-Workflows, die Verringerung des Risikos eines Diebstahls von Zugangsdaten sowie schnellere Werkzeuge für die Reaktion auf Vorfälle.
Diese Schritte erfolgten nach einer Zunahme von Angriffen, die Schwachstellen in Paket-Repositories sowie in Systemen für kontinuierliche Integration und Bereitstellung ausnutzen, um Schadsoftware in Hunderte Open-Source-Projekte einzuschleusen. Laut Greg Ose und Zachary Steindler folgen diese Angriffe üblicherweise einer Reihe von Phasen: Sie beginnen mit dem erstmaligen Zugriff auf ein Projekt, gefolgt von einer Rechteausweitung und dem Diebstahl von Zugangsdaten und enden schließlich mit der Ausbreitung auf weitere Projekte und Nutzer.
Die Chancen für einen erstmaligen Angriff verringern
Im Juni 2026 versetzte npm besonders einflussreiche Konten für 72 Stunden in den Nur-Lese-Modus, wenn die E-Mail-Adresse geändert oder ein Code zur Wiederherstellung der Zwei-Faktor-Authentifizierung verwendet wurde. Diese Frist gibt den Kontoverantwortlichen Zeit, Phishing-Versuche zu erkennen und darauf zu reagieren, bevor das Konto für einen Angriff genutzt wird.
Ebenfalls im selben Monat änderte GitHub das Standardverhalten der Aktion actions/checkout, um das Abrufen nicht vertrauenswürdigen Codes aus Pull Requests von Fork-Repositories bei häufig ausgenutzten Triggern zu verhindern. Nach einer Risikoprüfung kann diese Sperre aufgehoben werden. Die Änderung umfasste auch ältere Versionen der Aktion.
GitHub stellte außerdem Richtlinien auf Unternehmens-, Organisations- oder Repository-Ebene bereit, mit denen sich steuern lässt, welche Stellen Workflows ausführen dürfen und welche Arten von Triggern zulässig sind. Hinzu kommt eine Einschränkung der Fähigkeit weniger vertrauenswürdiger Workflows, den gemeinsamen Cache mit anderen Workflows zu verändern. Dadurch wird ein Weg unterbrochen, der genutzt wurde, um von einer Ausführung mit eingeschränkten Rechten zum Diebstahl privilegierter Zugangsdaten überzugehen.
Den Diebstahl von Zugangsdaten und die Verbreitung von Schadsoftware begrenzen
npm ergänzte im April 2026 die Unterstützung für CircleCI in der Funktion für vertrauenswürdige Veröffentlichungen. Dadurch können Projekte über eine vertrauenswürdige Stelle veröffentlichen, anstatt langfristig gültige Zugangsdaten zu verwenden, die Angreifer aus Umgebungen für kontinuierliche Integration extrahieren könnten.
GitHub testet außerdem eine Netzwerk-Firewall in der Phase der technischen Vorschau, die den ausgehenden Datenverkehr aus GitHub-Actions-Ausführungen protokolliert. Dies hilft dabei, Verhaltensweisen wie das Herunterladen schädlicher Anweisungen oder das Senden von Zugangsdaten an neue Domains zu erkennen. GitHub beabsichtigt, später Einschränkungen und Richtlinien für ausgehenden Netzwerkverkehr hinzuzufügen, um diese Aktivitäten zu verhindern.
Durch die von npm im Mai 2026 eingeführte Funktion für schrittweise Veröffentlichungen reichen Zugangsdaten nicht mehr aus, um eine neue Version unmittelbar zu veröffentlichen. Die Version bleibt stattdessen in einer Warteschlange, bis sie genehmigt und die Zwei-Faktor-Authentifizierung über die npm-Schnittstelle oder npmjs.com abgeschlossen wurde.
npm v12 bereitet außerdem eine Änderung vor, die das bisherige Verhalten bricht: Installationsskripte werden standardmäßig deaktiviert, wobei bestimmte Skripte nach vorheriger Genehmigung wieder aktiviert werden können. Auch Abhängigkeiten, die auf Git-Repositories oder entfernte URLs zurückgreifen, werden standardmäßig deaktiviert, um Wege zur Codeausführung während der Installation zu begrenzen.
Nicht sicherheitsrelevante Aktualisierungen verzögern und die Reaktion verbessern
Versionsaktualisierungen über Dependabot warten seit Juli 2026 mindestens drei Tage nach der Veröffentlichung eines Pakets, bevor ein Pull Request eröffnet wird. Dadurch haben Erkennungssignale Zeit, sichtbar zu werden, bevor eine schädliche Version Projekte erreicht. Sicherheitsaktualisierungen werden weiterhin sofort eröffnet, damit kritische Fehlerbehebungen nicht verzögert werden.
Im Bereich der Reaktion fügte GitHub im Juni Self-Service-Werkzeuge hinzu, mit denen sich alle Zugangsdaten eines bestimmten Nutzers innerhalb einer Organisation widerrufen lassen. Im März erweiterte das Unternehmen außerdem die Unterstützung der API zum Widerrufen von Zugangsdaten auf GitHub-OAuth-Token und App-Tokens, nachdem die Unterstützung für persönliche Zugriffstoken bereits im April 2025 eingeführt worden war. GitHub zufolge helfen diese Funktionen dabei, offengelegte Zugangsdaten schnell zu widerrufen und den Zeitraum zu verkürzen, in dem sie missbraucht werden können.
GitHub bestätigte, dass diese Änderungen Teil laufender Arbeiten sind, um npm und GitHub Actions standardmäßig sicherer zu machen. Gleichzeitig werden weitere Verbesserungen eingeführt und über das Änderungsprotokoll sowie Blogbeiträge dokumentiert.