GitHub schließt von Google entdeckte Zero-Day-Lücke

GitHub hat eine Anfälligkeit in seiner Plattform beseitigt, allerdings erst zwei Wochen, nachdem sie von Google offengelegt wurde. Zuvor hatte die Microsoft-Tochter angekündigt, die von Googles Project Zero entdeckte Schwachstelle nicht zeitnah zu beseitigen.

Der Bug steckte in der Actions-Funktion, einem Tool zur Automatisierung von Arbeitsabläufen. Laut dem Google-Forscher Felix Wilhelm erlaubte die Schwachstelle sogenannte Injection-Angriffe. GitHub Actions unterstützt spezielle Workflow-Befehle zur Kommunikation zwischen einem Action Runner und der ausgeführten Aktion.

Üblicherweise legt Google alle Sicherheitslücken, die seine Mitarbeiter finden, nach Ablauf einer Frist von 90 Tagen offen. Darüber hinaus bietet das Unternehmen eine Fristverlängerung von 14 Tagen an, die GitHub ebenfalls nicht einhielt.

Einen Tag vor Ablauf der Fristverlängerung bat GitHub um einen weiteren Aufschub von 48 Stunden – allerdings nicht, um die Lücke zu schließen. Stattdessen kündigte GitHub an, es wolle seine Kunden über den Fehler informieren und einen Termin für die Bereitstellung eines Updates festlegen. Das nahm Google schließlich zum Anlass, seinen Fehlerbericht 104 Tage nach der Meldung an GitHub für die Öffentlichkeit freizugeben.

In der vergangenen Woche veröffentlichte GitHub schließlich einen Patch, zwei Wochen nach der Offenlegung durch Google. Er deaktiviert die Runner-Befehle „set-env“ und „add-path“, so wie es Wilhelm vorgeschlagen hatte.

In seinem Fehlerbericht weist der Forscher darauf hin, dass der Befehl „set-env“ benutzt werden kann, um im Rahmen eines Arbeitsschritts beliebige Umgebungsvariablen festzulegen. „Das große Problem bei diesem Merkmal ist, dass es sehr anfällig für Injektionsattacken ist. Da der Runner-Prozess jede an STDOUT gedruckte Zeile auf der Suche nach Workflow-Befehlen analysiert, ist jede GitHub-Aktion, die als Teil ihrer Ausführung nicht vertrauenswürdige Inhalte ausgibt, verwundbar“, so der Forscher. „In den meisten Fällen führt die Fähigkeit, beliebige Umgebungsvariablen zu setzen, zur einer Remotecodeausführung, sobald ein anderer Arbeitsablauf gestartet wird.“