OpenRouter startet Security Center, um riskante API-Schlüssel aufzuspüren und zu entfernen

Warum OpenRouter das Tool entwickelt hat

Die Idee dahinter ist einfach: Je weniger alte Schlüssel existieren, desto weniger können abfließen. OpenRouter nach eigenen Angaben zunächst die eigene Organisation geprüft. Weil das Unternehmen OpenRouter auf OpenRouter aufbaut, gab es viel zu sichten: mehr als 1.000 aktive Schlüssel bei 85 Beschäftigten. Viele hatten kein Ausgabenlimit, und 168 waren seit Monaten nicht benutzt worden. Sie gehörten Mitarbeitenden, die sie vergessen hatten.

Das Unternehmen argumentiert, dass bei einem Team dieser Größe ein derartiger Schlüssel-Wildwuchs entstanden sei, dass viele Kunden vermutlich vor demselben Problem stehen.

Was das Security Center zeigt

Das Tool hat drei Tabs: Overview, Key safety und IP allowlist. Die Übersicht zählt die Schlüssel in vier Gruppen: ohne Ausgabenlimit, ohne Ablaufdatum, seit mindestens 90 Tagen ungenutzt oder inaktiv sowie sicher entfernbar. Unter den Zahlen stehen Empfehlungen, was zuerst zu beheben ist:

• Ungenutzte Schlüssel entfernen, nachdem jeder Besitzer die Entfernung bestätigt hat, dann archivieren.
• Ein Ausgabenlimit setzen, das begrenzt, wie viel ein abgeflossener Schlüssel verbrauchen kann.
• Schlüssel ohne Ablaufdatum prüfen und durch befristete Schlüssel ersetzen oder entfernen, wenn sie niemand braucht.
• Ausgabenwarnungen für Schlüssel aktivieren, die eine E-Mail senden, sobald ein Schlüssel einen bestimmten Anteil seines Ausgabenlimits erreicht.
• Eine maximale Schlüssellebensdauer durchsetzen. Anfragen von Schlüsseln, die nie ablaufen oder das Limit überschreiten, werden abgelehnt, auch bei bestehenden Schlüsseln.

Der Tab Key safety listet jeden Schlüssel auf, der in allen Workspaces eines Kontos noch Anfragen stellen kann. Bisher lagen die Schlüssel jeweils auf der Seite des einzelnen Workspace. Die Liste umfasst auch MCP- und Management-Schlüssel, wobei Besitzer, letzte Nutzung, Ausgabenlimit und Ablaufdatum nebeneinander angezeigt werden. Admins sehen alle Schlüssel, Mitglieder die von ihnen erstellten.

Jeder Schlüssel erhält eine Risikobewertung danach, was eine abgeflossene Kopie anrichten könnte. Sie ergibt sich aus Ausgabenlimit und Ablaufdatum. Die Nutzung bestimmt ein separates Statuslabel. Ein Schlüssel ohne erfasste Nutzung oder mit sechs Monaten Inaktivität und weniger als 1 US-Dollar Gesamtausgaben gilt als „Safe“ zum Entfernen. Kürzliche oder nennenswerte Nutzung ergibt „In use“. Schlüssel dazwischen werden mit „Review“ gekennzeichnet. OpenRouters Beispiel: 3 US-Dollar Gesamtausgaben und seit fünf Monaten keine Anfragen. Ein solcher Schlüssel wurde wahrscheinlich einmal irgendwo eingebunden, daher sollten die Besitzer vor dem Archivieren gefragt werden.

Massenaktionen und IP-Allowlist

Nutzer können nach Risiko oder Inaktivitätsdauer filtern, bis zu 500 Schlüssel auswählen und alle gemeinsam deaktivieren, archivieren oder mit einem Ausgabenlimit versehen. Das Deaktivieren lässt sich rückgängig machen, das Archivieren nicht, und ein neues Limit überschreibt nie ein bereits gesetztes. Admins können zudem eine CSV-Datei mit den Schlüsseln und Besitzern einer Empfehlung kopieren, um sie an ein Skript oder einen Agenten weiterzugeben. OpenRouter betont, das Security Center arbeite mit Schlüssel-Metadaten, Ausgaben, Limits und Ablaufdaten und lese niemals Prompts oder Completions.

Die IP-Allowlist, die bisher in den Datenschutzeinstellungen lag, hat nun einen eigenen Tab. Sie steuert, von wo aus ein Schlüssel funktioniert. Kunden tragen die Adressen ein, von denen aus ihre Server, ihr Büronetz und ihre CI-Runner zugreifen, und OpenRouter weist jede Anfrage von außerhalb dieser Liste mit 403 Forbidden ab. Die Liste gilt für jeden Schlüssel im Konto oder in der Organisation, auch für ältere, und Änderungen greifen sofort. Einträge können eine einzelne IPv4- oder IPv6-Adresse oder ein CIDR-Bereich sein, jeweils mit einer Bezeichnung. Laut Beitrag steht die IP-Allowlist Organisations-Admins in Enterprise-Tarifen zur Verfügung.

Empfehlungen von OpenRouter

Seit dem Audit hat das Unternehmen nach eigenen Angaben mehrere Gewohnheiten eingeführt, um die eigenen Schlüssel im Griff zu behalten:

• Regelmäßig aufräumen, beginnend mit den als „Safe to remove“ markierten Schlüsseln, und vor dem Archivieren mit den Besitzern Rücksprache halten.
• Schlüssel beim Ausscheiden von Beschäftigten prüfen: nach Besitzer filtern und Schlüssel archivieren oder (per SCIM) automatisch widerrufen, die niemand übernommen hat.
• Jedem Schlüssel ein Limit und ein Ablaufdatum geben, damit der mögliche Schaden bei einem Leak begrenzt bleibt.
• Produktionsschlüssel an bekannte Adressen binden, indem Server und CI-Runner in die IP-Allowlist eingetragen werden.
• Weiter genutzte Schlüssel rotieren, gemäß dem Leitfaden zur Schlüsselrotation.

Für Teams, die OpenRouter nutzen, bietet das Security Center eine zentrale Sicht auf die Schlüsselrisiken, die zuvor über die Seiten der einzelnen Workspaces verstreut waren, samt Werkzeugen, sie gesammelt zu verringern. Weitere Details nennt das Unternehmen in seiner Dokumentation.