API-Schlüssel, die für den Zugriff auf kostenpflichtige KI-Modelle verwendet werden, darunter die von OpenAI und Anthropic, könnten bei einer Sicherheitsverletzung im Zusammenhang mit OpenCode offengelegt worden sein. Mit den kompromittierten Zugangsdaten könnten unbefugte Aktivitäten in Konten außerhalb der eigentlichen Coding-Plattform ausgeführt werden.
Am 17. Okt. stufte OpenCode 1,4 % seiner gehosteten Console-Nutzer als betroffen ein. Die Konten dieser Gruppe waren mit externen KI-Anbietern verbunden, und das Unternehmen benachrichtigte die betreffenden Kunden per E-Mail.
Für Entwickler und Sicherheitsteams ist dieser Unterschied entscheidend. Ein kompromittierter API-Schlüssel könnte verwendet werden, um direkt beim KI-Anbieter unbefugte Anfragen zu stellen, wodurch möglicherweise Kosten entstehen oder Zugriffe über die Coding-Plattform hinaus offengelegt werden.
Ein Altsystem speicherte Zugangsdaten von Anbietern
Eine von einem Empfänger geteilte Meldung über eine Sicherheitsverletzungidentifizierte den unbefugten Zugriff auf ein Altsystem, das OpenCode außer Betrieb nahm. In Kundenarbeitsbereichen gespeicherte API-Schlüssel von Drittanbietern könnten offengelegt worden sein.
Die Dokumentation von Console zu Anbieternerläutert, wie Administratoren Zugangsdaten in gemeinsam genutzten Arbeitsbereichen speichern, damit Kollegen auf verbundene KI-Modelle zugreifen können, ohne die Schlüssel selbst verwalten zu müssen. Die Anfragen laufen über ein gehostetes Gateway, das auch externe Tools unterstützt.
Mitbegründer Dax Raad stellte klardass Schlüssel, die in der lokal installierten Anwendung konfiguriert sind, niemals die Server des Unternehmens erreichen. Damit unterschied er den betroffenen Dienst von der breiteren Toolchain für die KI-Entwicklung.
Eine nachfolgende Benachrichtigungführte die gespeicherten Zugangsdaten nach Arbeitsbereich, Anbieter und ihren letzten vier Zeichen auf. Als frühestmöglichen Zeitpunkt der Offenlegung der aufgelisteten Schlüssel nannte sie den 17. Okt., 00:30 UTC, und erklärte, bis dahin seien offenbar keine weiteren Daten kompromittiert worden.
OpenCode brachte den Vorfall in Verbindungmit einem von dem Unternehmen als groß angelegten Angriff zur Destillation von KI-Modellen beschriebenen Vorgang – einer Technik, bei der Modellausgaben gesammelt werden, um ein anderes System zu trainieren.
Mitbegründer Dax Raad berichtete außerdem von anhaltenden Angriffen auf die Systeme des Unternehmenswährend der vorangegangenen 48 Stunden. OpenCode hat jedoch öffentlich nicht erklärt, wie die Angreifer auf die alte Umgebung zugreifen konnten, und nicht festgestellt, ob die anschließenden Aktivitäten mit dem ursprünglichen Eindringen zusammenhingen.
Unbefugte API-Gebühren führen zu Schlüsselwiderrufen und Rückerstattungen
Nach der Sicherheitsverletzung tauchten auf X Berichte über unerwartet hohe KI-Rechnungen auf. Zudem informierten Anbieter über den Widerruf von Schlüsseln und Rückerstattungen.
Der Entwickler Colin Parsons schilderteeine OpenAI-Nutzung im Wert von 281 US-Dollar und Anthropic-Gebühren von 168 US-Dollar für Zugangsdaten, die nach seinen Angaben ausschließlich mit dem Coding-Dienst verwendet wurden. Ein kopierterAPI-Schlüssel kann Anfragen autorisierenaußerhalb der Plattform, auf der er gespeichert war.
Um weiteren Missbrauch zu verhindern, widerrief Anthropic laut Lydia Halliedie vermutlich betroffenen Claude-API-Schlüssel. Google sperrte ebenfalls offengelegte Gemini-Zugangsdaten; Evan Oteroriet den Nutzern, über AI Studio Ersatzschlüssel zu erstellen und ihre Kontoaktivitäten zu überprüfen.
Rückerstattungen waren ein weiterer Bestandteil der Reaktion. Raad sagte, dass die Rückerstattungen bereits liefen. Am 19. Okt. kündigteThibault Sottiaux von OpenAI an, dass betroffene API-Kunden Rückerstattungen für während des Angriffs verbrauchte Guthaben erhalten würden.
Teams sollten Zugangsdaten für externe KI-Dienste überprüfen
Sicherheitsteams, die den Entwicklerzugriff überwachen, sollten API-Schlüssel von KI-Anbietern berücksichtigen, die in externen Coding-Diensten gespeichert sind – einschließlich Verbindungen, die Mitarbeiter außerhalb zentral verwalteter Systeme eingerichtet haben. Bestehendes Secret-Scanningkann Zugangsdaten erkennen, die versehentlich in den Quellcode eingecheckt wurden, übersieht aber möglicherweise solche, die bewusst in gehosteten Dashboards gespeichert wurden.
Organisationen, die OpenCode Console verwenden, sollten die folgenden Schritte ergreifen, um eine mögliche Offenlegung zu bewerten und ihre Anbieter-Konten zu schützen.
- Betroffene Verbindungen identifizieren und Nutzung überprüfen.Ermitteln Sie, welche Mitarbeiter unternehmensbezahlte KI-Konten mit Console verknüpft haben, und erfassen Sie die betreffenden Zugangsdaten. Prüfen Sie die Aktivitäten beim Anbieter sowie die Abrechnungsunterlagen auf nicht erklärte Anfragen und bewahren Sie die für eine Anfechtung der Gebühren erforderlichen Belege auf.
- Offengelegte Zugangsdaten widerrufen und ersetzen. Ersetzen Sie jeden Schlüssel, der als möglicherweise kompromittiert identifiziert wurde, auch wenn keine verdächtigen Gebühren aufgetreten sind. Machen Sie ihn direkt beim KI-Anbieter ungültig, da seine Entfernung aus OpenCode die Zugangsdaten nicht unbedingt widerruft. Stimmen Sie den Ersatz mit den Verantwortlichen für Build-Jobs und interne Dienste ab, um legitime Arbeitsabläufe nicht zu unterbrechen.
- Kontrollen für externe Integrationen verschärfen.Weisen Sie einzelnen Anwendungen, sofern unterstützt, separate Zugangsdaten zu, verwenden Sie API-Überwachungzur Erkennung verdächtiger Anfragen und konfigurieren Sie verfügbare Ausgabenlimits auf Anbieterebene. Die Trennung der Zugangsdaten ermöglicht es Teams außerdem, eine betroffene Integration zu trennen, ohne damit verbundene andere Dienste zu unterbrechen.
Sicherheits- und Einkaufsteams sollten Anbieter außerdem fragen, wie gespeicherte Zugangsdaten behandelt werden, wenn ältere Systeme außer Betrieb genommen werden, und wie Kunden benachrichtigt werden, wenn diese Systeme kompromittiert wurden.
Die übergeordnete Erkenntnis lautet: Die Nutzung eines Dienstes zu beenden, macht zurückgelassene Zugangsdaten nicht unbedingt ungültig. Ein API-Schlüssel kann noch lange aktiv bleiben, nachdem Entwickler weitergezogen sind.
Weitere Nachrichten zur Cybersicherheit: Der ConnectWise-Vorfallrückt Berechtigungen von Drittanbieteranwendungen in den Fokus, nachdem Angreifer vertrauenswürdige Cloud-Integrationen genutzt haben, um auf Kundenumgebungen zuzugreifen.