Comet: Angreifer erbeutet über Opik-Lücke 29 eigene Schlüssel für KI-Anbieter

So verlief der Angriff

Laut Comet ereignete sich der Vorfall zwischen dem 24. und 26. Oktober 2026. Eine unbefugte Partei nutzte den comet.com-API-Schlüssel eines inaktiven Kontos, um sich Zugang zu einigen wenigen internen Test-Workspaces von Comet zu verschaffen. Comet erklärt, dass es sich um dieselbe Art von Schlüssel handelt, die jeder Opik-Nutzer besitzt, und dass dieser keinen Zugriff auf interne Systeme von Comet gewährt. Das Unternehmen gibt an, keine Hinweise darauf zu haben, dass eigene Systeme daran beteiligt waren, wie der Schlüssel in fremde Hände gelangte.

Das Konto habe weder Administratorrechte noch Zugriff auf Kunden-Workspaces oder Kundendaten gehabt, so Comet. Aus den Test-Workspaces heraus nutzte der Angreifer eine Schwachstelle in den KI-Anbieter-Einstellungen von Opik aus und erbeutete 29 API-Schlüssel, die Comet intern für OpenAI und Anthropic verwendet. Der Angreifer habe außerdem versucht, mit derselben Lücke weitere Comet-Systeme zu erreichen, sei aber nicht an Kundendaten gelangt, heißt es von dem Unternehmen.

Was betroffen war und was nicht

Comet führt den Umfang in einer Tabelle auf. Auf Kundendaten in Opik, darunter Traces, Spans, Datensätze und Prompts, wurde nicht zugegriffen. Kein Kunden- oder Nutzerkonto wurde aufgerufen oder übernommen. Die KI-Anbieter-Schlüssel von Kunden waren nicht offengelegt, da nur Schlüssel in Comets eigenen Opik-Test-Workspaces betroffen waren.

Als betroffen markiert ist lediglich ein Bereich: Comets eigene Schlüssel für KI-Anbieter. Die 29 Schlüssel für KI-Anbieter von Drittunternehmen wurden erbeutet und inzwischen widerrufen.

Reaktion und Korrekturen

Comet zufolge wies ein KI-Anbieter das Unternehmen am 26. Oktober auf ungewöhnliche Aktivitäten hin. Comet dämmte den Vorfall ein, sperrte noch am selben Morgen die ausgenutzte Funktion und spielte anschließend einen Fix ein. Zu den Maßnahmen gehörten:

• Widerruf aller 29 offengelegten Schlüssel.
• Entfernung des inaktiven Kontos aus allen Workspaces.
• Prüfung aller Workspaces auf veraltete Mitglieder.
• Vorsorglicher Austausch aller internen Zugangsdaten.
• Auswertung der Zugriffsprotokolle der betroffenen Workspaces und sämtlicher vom Angreifer angelegter Konten, um sicherzustellen, dass keine Kundendaten offengelegt wurden.

Während der Fix eingespielt wurde, war Opik auf comet.com am 26. Oktober etwa zwei Stunden lang nicht verfügbar. Einige Funktionen, darunter die KI-Anbieter-Einstellungen, der Playground und Ollie, wurden vorübergehend deaktiviert.

Comet hat zudem geändert, wie Opik Anbieter-Einstellungen verarbeitet. Opik verlangt jetzt, dass der API-Schlüssel erneut eingegeben wird, wenn sich die Adresse eines Anbieters ändert, und schränkt ein, welche Adressen Anbieteranfragen erreichen dürfen. Das Unternehmen hat außerdem ein Monitoring für Änderungen an den Anbieter-Einstellungen und für ungewöhnlichen ausgehenden Datenverkehr eingerichtet.

Was Nutzer tun sollten

Nutzer von Opik auf comet.com oder von einer dedizierten, von Comet betriebenen Installation müssen laut Comet nichts unternehmen, da der Fix bereits aktiv ist.

Selbst gehostete und Open-Source-Installationen von Opik waren von diesem Vorfall nicht betroffen, der auf comet.com beschränkt war. Comet erklärt, die zugrunde liegende Schwachstelle habe in früheren Open-Source-Versionen jedoch existiert. Um sie auszunutzen, braucht es ein Konto in der Installation mit der Berechtigung, die KI-Anbieter-Einstellungen zu bearbeiten. Selbst gehostetes Opik erlaubt standardmäßig keine öffentliche Registrierung, sodass dies nur eingeladenen Personen möglich wäre. Dennoch empfiehlt das Unternehmen, auf die neueste Version zu aktualisieren.

Kunden mit Fragen dazu, wie der Vorfall ihr Konto betrifft, können sich an ihr Comet-Account-Team oder den Comet-Support wenden. Comet kündigt an, seinen Beitrag zu aktualisieren, falls sich etwas ändert.