Stoppen Sie einen geleakten KI-Schlüssel, bevor er Geld ausgibt.

Erstellen Sie beim Anbieter einen Ersatzschlüssel, löschen Sie dort den geleakten Schlüssel, deployen Sie den Ersatz und prüfen Sie dann die Nutzung des alten Schlüssels beim Anbieter für die gesamte Zeit, in der er genutzt werden konnte. Das Löschen des Schlüssels beim Anbieter ist es, was ihn stoppt; nichts, was eine Anwendung oder ein Gateway tut, kann einen gestohlenen Schlüssel zurückrufen. Geben Sie dem Ersatz dann ein Ausgabenlimit beim Anbieter und halten Sie ihn aus Code, Client-Apps und gemeinsam genutzten Umgebungen heraus.

Ihre Anwendungen halten INFRO-Gateway-Schlüssel statt Ihrer Anbieterschlüssel. Jeder Gateway-Schlüssel kann ausgeschaltet (403 key_disabled), auf bis zu 32 Netzwerke beschränkt (403 ip_not_allowed), auf freigegebene Modelle und Anbieter eingegrenzt und mit einem täglichen, wöchentlichen, monatlichen oder lebenslangen Ausgabenlimit versehen werden (402 key_budget). Jede Prüfung läuft vor dem Aufruf Ihres Anbieters, in jedem Tarif, und keine braucht ein Deployment. Ein geleakter Gateway-Schlüssel ist ein begrenztes Problem, das Sie ausschalten können; ein geleakter Anbieterschlüssel erreicht das gesamte Anbieterkonto.

Ja. Budgets gelten pro Organisation (ein Monatsziel, das warnt, und ein festes Limit, das warnt oder blockiert), pro Projekt und pro Mitglied (monatlich) und pro Gateway-Schlüssel (täglich, wöchentlich, monatlich oder ein lebenslanges Limit, das nie zurückgesetzt wird). Ab dem Tarif Team begrenzen Endkunden-Limits jeden Ihrer eigenen Kunden täglich, wöchentlich oder monatlich, mit Ausnahmen für bestimmte Kunden. Jedes zutreffende Limit wird geprüft, bevor Ihr Anbieter aufgerufen wird, wobei der ungünstigste Fall bereits laufender Anfragen mitgezählt wird, und eine abgelehnte Anfrage ist ein 402, das das Limit nennt. Limits zählen die Schätzung der Anbieterkosten durch INFRO, nicht die Rechnung Ihres Anbieters; setzen Sie daher zusätzlich ein Ausgabenlimit beim Anbieter.

Ja: Sie verbinden Ihre eigenen Anbieterschlüssel einmal, und INFRO nutzt sie, um Ihre Anfragen zu bedienen. Jeder wird mit AES-256-GCM verschlüsselt, unter einem Schlüssel, der als Worker-Secret außerhalb der Datenbank liegt, mit eingebundener Organisation und Verbindung, sodass eine Kopie der Datenbank allein nichts öffnet. Kein Konsolenbildschirm, Endpunkt oder Export gibt gespeicherte Zugangsdaten zurück; die Konsole zeigt die letzten vier Zeichen. Gateway-Schlüssel werden nur als SHA-256-Digest gespeichert.

Ja. INFRO steuert nur den Traffic, der darüber läuft. Ein Anbieterschlüssel, der von irgendwoher genommen wurde, auch aus INFRO, kann direkt gegen den Anbieter genutzt werden, außerhalb aller INFRO-Limits. Verbinden Sie Schlüssel, die auf ihr eigenes Projekt oder ihren eigenen Workspace beschränkt sind, mit einem beim Anbieter gesetzten Ausgabenlimit: Dieses Limit gilt auch dann, wenn wir ausfallen. Im Tarif Business meldet der Abgleich mit aktiviertem Nutzungszugriff Nutzung auf einem verbundenen Schlüssel, die nicht über INFRO lief.

OpenCode erklärte am 17. Oktober 2026, ein Sicherheitsvorfall im Zusammenhang mit einem großangelegten Distillation-Angriff habe 1,4 % seiner Console-Nutzer betroffen, nämlich jene mit verknüpften externen KI-Anbietern, und in einem Workspace gespeicherte Anbieterschlüssel seien möglicherweise offengelegt worden. Railway erklärte am 21. Oktober 2026, eine unbefugte Partei habe möglicherweise auf verschlüsselte Umgebungsvariablen von Kunden zugegriffen und einige davon entschlüsselt, bei Angriffen, die auf die Kompromittierung von KI-Inferenzanbietern zielten. In beiden Fällen ist der Rat derselbe: den Schlüssel ersetzen, den alten beim Anbieter löschen und seine Nutzung prüfen. INFRO hat zu beiden eine Analyse, ausschließlich aus den eigenen Aussagen der Unternehmen geschrieben.

Im Tarif Business prüfen Guardrails Prompts und Antworten auf die Formate OpenAI, Anthropic, Google-API-Schlüssel, AWS-Zugriffsschlüssel-ID, GitHub-Token, Slack-Token, Stripe-Live-Schlüssel und INFRO-Schlüssel, JWTs und private PEM-Schlüssel und blockieren die Anfrage, ersetzen den Treffer durch [SECRET] oder markieren ihn, bevor Ihr Anbieter ihn sieht. Die Erkennung ist musterbasiert: Sie übersieht Formate, die sie nicht kennt, etwa AWS Secret Access Keys und Passwörter.

Nicht über INFRO. Sie rufen /v1/messages und /v1/responses von INFRO mit einem Gateway-Schlüssel auf, sodass jeder Entwickler oder Agent einen eigenen Schlüssel mit Ausgabenlimit, Ablauf und optionaler Netzwerk-Freigabeliste haben kann und ein Widerruf den Zugriff aller anderen unberührt lässt. Ein Agent kann dennoch jeden Schlüssel lesen, der in derselben Shell liegt; entfernen Sie daher rohe Anbieterschlüssel aus Entwicklerumgebungen.

LLMjacking ist die Nutzung gestohlener Cloud- oder KI-API-Zugangsdaten, um gehostete Sprachmodelle auf Kosten des Opfers aufzurufen, entweder für den eigenen Gebrauch des Angreifers oder um den Zugang weiterzuverkaufen. Die Abwehr ist die für jede Zugangsberechtigung, die Geld ausgeben kann: Anbieterschlüssel aus Code und Client-Apps heraushalten, jedem Schlüssel ein Ausgabenlimit geben, die Nutzung pro Schlüssel beobachten und einen Schlüssel ohne Deployment ausschalten können.

Jeder Tarif enthält das Ausschalten eines Schlüssels, erlaubte Netzwerke, Modell- und Anbieterlimits, Ausgabenlimits, Rotation und Ablauf, Zwei-Faktor-Anmeldung und Passkeys und das Audit-Log. Ausgabenwarnungen gehen in jedem Tarif per E-Mail und ab dem Tarif Startup an Slack und signierte Webhooks. Guardrails, SSO und SCIM, Kostenabgleich mit Umgehungserkennung und das MCP-Gateway sind im Tarif Business enthalten.