26.400 aktive Cloud- und KI-Schlüssel in Gitee-Repositories in China offengelegt

Ein aus öffentlich zugänglichem Code entferntes Zugangstoken kann weiterhin nutzbar sein, wenn es niemand widerruft. Auf Chinas Gitee-Plattform stieß ein Scan auf 26.400 Cloud- und KI-Schlüssel, die sich während des Tests authentifizieren konnten.

Der unabhängige Forscher Ben Zimmermann veröffentlichte die Ergebnisse am 28. Oktober, nachdem er 7,25 Millionen öffentliche Repositories untersucht hatte. Zu den Zugangsdaten gehörten solche für Alibaba Cloud, DeepSeek und internationale Dienste. Der Scan stellte weder eine Nutzung durch Angreifer noch die bis heute andauernde Gültigkeit fest.

Für chinesische Entwickler und Unternehmen im APAC-Raum, die mit regionalen Zulieferern arbeiten, könnte offengelegter Code auch offengelegte Cloud-Konten oder KI-Dienste bedeuten.

Tausende funktionierende Schlüssel waren in Git-Historien verborgen

In einer Studie mit dem Kingfisher-Team von MongoDB, führte Zimmermann TruffleHog und Kingfisher gegen vollständige Repository-Historien aus. Beide Scanner überprüften mutmaßliche Zugangsdaten beim jeweiligen Anbieter und zählten jeden funktionierenden Schlüssel einmal. Ein Geheimnis aus dem aktuellen Code zu löschen, entfernt keine älteren Commits.

Zu den Funden gehörte ein Zugangstoken mit Organisationsadministratorrechten für eine nicht namentlich genannte Enterprise-KI-Plattform. Ein funktionierender Schlüssel gewährt nicht immer administrativen Zugriff: Googles standardmäßige API-Schlüssel identifizieren Projekte für Kontingente und Abrechnung; die Risiken hängen von ihren Einschränkungen ab.

Chinas Gitee-Ökosystem verbindet regionale Entwickler mit globalen Diensten

Als Unterstützung für Chinas nationale Initiative zum Hosting von Open-Source-Projekten ausgewählt, gibt Gitee an, mehr als 14 Millionen Mitglieder und 40 Millionen Projekte zu haben. Die Studie untersuchte 7,25 Millionen öffentliche Repositories, nicht jedes gehostete Projekt.

Offengelegte Alibaba-Cloud-, DeepSeek- oder Zhipu-Schlüssel könnten je nach Berechtigungen eine unbefugte Nutzung und Kosten ermöglichen. Das Risiko überschreitet ebenfalls Grenzen: Das Gitee-Repository eines Auftragnehmers kann Schlüssel für Anwendungen enthalten, die anderswo im APAC-Raum betrieben werden. Unternehmen sollten daher die Gitee-Projekte ihrer Zulieferer überprüfen, selbst wenn ihr eigener Code an anderer Stelle gehostet wird.

Zimmermann stellte fest, dass viele Commits mit persönlichen E-Mail-Diensten verknüpft waren, was die Ermittlung der Eigentümer erschwert. Der Standort Gitees lässt nicht erkennen, wie viele betroffene Organisationen chinesisch sind, und beweist nicht, dass die Systeme eines genannten Unternehmens kompromittiert wurden.

Zwei Scanner legten unterschiedliche Sicherheitslücken offen

TruffleHog identifizierte 12.737 funktionierende Zugangsdaten, Kingfisher 14.664; nur 1.001 davon überschnitten sich. Kingfisher fand alle 1.489 Zhipu-Schlüssel, weil TruffleHog keinen entsprechenden Detektor hatte, sowie deutlich mehr DeepSeek-Schlüssel (2.940 gegenüber 230). Bei Alibaba Cloud schnitt TruffleHog besser ab.

Fast die Hälfte der Funde, 12.242 Schlüssel, stammte aus Commits von 2025. Für chinesische KI-Teams zeigen diese Lücken, warum das Vertrauen auf nur einen Scanner oder die Prüfung ausschließlich aktueller Quelldateien dazu führen kann, dass offengelegte Zugangsdaten unentdeckt bleiben.

The Hacker News wies darauf hin, dass die genauen Daten des einmonatigen Scans nicht bekannt gegeben wurden. Zimmermann informierte die wichtigsten betroffenen Anbieter, einzelne Entwickler wurden jedoch nicht kontaktiert, und ein Widerruf blieb unbestätigt. Eine Warnung des Anbieters sollte nicht mit einer abgeschlossenen Behebung verwechselt werden.

Chinesische Entwickler und Unternehmen im APAC-Raum müssen offengelegte Zugänge untersuchen

Organisationen sollten zunächst ermitteln, wem jeder offengelegte Schlüssel gehört und welche Anwendungen von ihm abhängen. Das Löschen von Code macht ein kopiertes Zugangstoken nicht ungültig; daher müssen Teams den zugrunde liegenden Zugriff beim jeweiligen Anbieter beheben.

• Entwickler und chinesische Auftragnehmer: Durchsuchen Sie alte Gitee-Commits, Forks und gemeinsam genutzte Projekte. Stellen Sie sicher, dass die Scanner Alibaba-Cloud-, DeepSeek- und Zhipu-Schlüssel erkennen, und speichern Sie Ersatzschlüssel außerhalb des Quellcodes.
• Cloud-Administratoren: Befolgen Sie die Anweisungen von Alibaba Cloud zum Ersetzen von AccessKeys in Anwendungen, bevor Sie die alten deaktivieren. Prüfen Sie ActionTrail der letzten 90 Tage auf ungewöhnliche API-Aufrufe und neue Benutzer; kontrollieren Sie die Dienstprotokolle von OSS und SLS separat.
• Verantwortliche für KI-Plattformen: Widerrufen Sie offengelegte API-Schlüssel, überprüfen Sie Nutzung und Kosten und wenden Sie verfügbare Limits und Einschränkungen an. OpenAI empfiehlt separate Schlüssel, Ausgabenkontrollen und Prüfungen vor der Veröffentlichung von Code.

APAC-Unternehmen mit Zulieferern in China sollten Nachweise über Repository-Scans, widerrufene Schlüssel und Aktivitätsprüfungen anfordern. Beziehen Sie CI/CD-Skripte, gespiegelte Repositories und gemeinsam genutzte Entwicklungsprojekte in diese Prüfung ein. Da der Widerruf im Rahmen der Studie nicht verifiziert wurde, ist ein Vorfall nicht einfach deshalb behoben, weil die betreffende Codezeile verschwunden ist.

Lesen Sie auch: Tausende offengelegte AWS-Zugriffsschlüssel bleiben aktiv, was unterstreicht, warum Unternehmen offengelegte Zugangsdaten widerrufen müssen, anstatt sie lediglich aus öffentlichen Repositories zu entfernen.