Claude API IP Allowlist: Schutz bei geleakten Keys

5 Min. Lesezeit Nicolas Goldstrass

// kurz gesagt

Anthropic hat für die Claude Console eine IP-Allowlist als Beta gestartet. Anfragen von Adressen außerhalb deiner Liste werden abgelehnt, ein geleakter API-Key lässt sich von fremden Rechnern deutlich schwerer nutzen. Dafür musst du jedes Netz eintragen, aus dem deine Apps die API aufrufen. Für Claude über Cloud-Anbieter wie Amazon Bedrock gilt die Liste nicht.

Was passiert ist

Am 5. November 2026 hat Anthropic die IP-Allowlist für die Claude Console veröffentlicht, als Beta. Anfragen an abgedeckte Dienste von Adressen außerhalb deiner Liste werden abgelehnt. Du trägst IPv4- und IPv6-Adressen oder CIDR-Bereiche ein, bis zu 1.000 pro Organisation. Ein CIDR-Bereich fasst einen ganzen Adressblock in einem Eintrag zusammen, zum Beispiel 203.0.113.0/24.

Einrichten dürfen das Admins und Owner, und die Liste gilt für die gesamte Organisation. Kommt eine Anfrage von einer gesperrten Adresse, antwortet die Messages API mit Fehler 403. Während der Beta können sich Einstellungen und Verhalten noch ändern. Stand: November 2026.

Claude Enterprise bekommt eine eigene Allowlist für die Claude-Apps, angekündigt im Sicherheits-Update vom selben Tag. Wie sich dieser Tarif von Team unterscheidet, steht im Ratgeber Claude für Unternehmen.

Wo gilt die IP-Allowlist und wo nicht?

Die Doku führt den Geltungsbereich einzeln auf:

BereichGilt die Liste?
Oberfläche der Claude ConsoleJa
Messages, Message Batches, Token Counting, Models, Files, SkillsJa, mit API-Key oder Workload-Identity-Federation-Token
Endpunkte der Managed AgentsJa, aber nicht das Netzwerk in der Laufzeitumgebung der Agenten
Admin API und Compliance APIJa, mit einem Key nur für diese Organisation
Amazon Bedrock, Claude Platform on AWS, Claude Models on Google Cloud, Microsoft FoundryNein

Was es für dich bedeutet

Betreibst du eine eigene App auf der Claude API, ist dein API-Key das Passwort für dein Konto. Rutscht er in ein Git-Repository oder ein geteiltes Dokument, kann ihn jeder von überall nutzen. Mit Allowlist wird das deutlich schwerer, und das Risiko für Kosten durch Missbrauch sinkt.

Der Aufwand hängt davon ab, wo dein Code läuft. Eintragen musst du jedes Netz, aus dem deine Server, deine CI und deine Leute zugreifen. CI meint die automatischen Build- und Testläufe.

Vorsicht bei geteilten Adressen: Trägst du einen gemeinsam genutzten Proxy ein, könnte ein Angreifer mit deinem Key über diesen Proxy durchkommen. Das Gleiche gilt, wenn der Key auf einem deiner freigegebenen Server gestohlen und von dort genutzt wird: Die Liste prüft nur die Adresse.

Die Allowlist begrenzt, wo ein Key funktioniert, aber nicht, wie lange. Deshalb empfiehlt Anthropic zusätzlich eine kurze Laufzeit oder den Wechsel zu Workload Identity Federation, beides sicherer als die Allowlist allein. Workload Identity Federation arbeitet mit kurzlebigen Tokens statt statischer Keys, auch für GitHub Actions. Für CI ist das der bessere Weg als eine Adressliste. Ungewöhnlichen Verbrauch erkennst du zusätzlich über die neue Analytics-API für deine Claude-Kosten.

Wie richtest du die Liste ein, ohne dich auszusperren?

Beim Speichern prüft die Seite nur deine aktuelle Adresse, nicht deine Server, dein Team oder die Adresse von morgen. Gehe deshalb in dieser Reihenfolge vor:

  1. Netze sammeln: Rechenzentren, CI, Büros, VPNs und Proxys, jeweils mit öffentlicher IPv4- und IPv6-Adresse.
  2. Eintragen: In der Console unter Identity and access den Schalter IP allowlist aktivieren und über Add entry deine Adressen hinzufügen.
  3. Rückweg sichern: Anthropic empfiehlt das Häkchen Allow admins to access this settings page from any IP address. Der Preis: Wer eine Admin-Sitzung kapert, kann die Liste von außen ändern.
  4. Speichern und beobachten: Änderungen brauchen bis zu 15 Minuten. Achte danach auf 403-Fehler, auch bei Jobs, die nur täglich oder wöchentlich laufen.

Hast du dich trotzdem ausgesperrt, hilft ein Zugriff aus einem freigegebenen Netz oder ein anderer Admin. Geht beides nicht, schaltet der Anthropic-Support die Liste ab.

Was tust du, wenn dein API-Key geleakt ist?

Die Allowlist ersetzt keine Reaktion auf den Leak. Anthropic nennt diese Schritte:

  1. Den Key in der Console unter API keys löschen.
  2. Einen neuen Key erstellen.
  3. Den neuen Key in einem Secrets-Manager ablegen, nicht in der Versionsverwaltung.
  4. Bei weiter verdächtiger Aktivität den Support kontaktieren.

Quellen

Häufige Fragen

Hilft eine IP-Allowlist, wenn mein API-Key geleakt ist?

Ja, aber nur begrenzt. Anfragen von fremden Adressen werden abgelehnt, der Key selbst bleibt aber gültig. Lösche ihn trotzdem sofort und erstelle einen neuen.

Funktioniert die Allowlist mit Hosting-Diensten und Automatisierungstools?

Nur, wenn der Dienst feste ausgehende Adressen hat. Bei vielen Anbietern wechseln die Adressen, feste gibt es oft nur in bezahlten Tarifen. Prüfe das vor dem Einschalten.

Was passiert, wenn ich beim Eintragen eine Adresse vergesse?

Anfragen von dieser Adresse schlagen fehl, bis du sie nachträgst. Die Einstellungsseite prüft beim Speichern nur deine aktuelle Adresse, nicht deine Server oder dein Team.

Gilt die Allowlist auch für Claude über Amazon Bedrock oder Google Cloud?

Nein. Sie gilt nicht für Claude in Amazon Bedrock, Claude Platform on AWS, Claude Models on Google Cloud und Claude in Microsoft Foundry.

Du willst das selbst ausprobieren?

Im KI-Tutoring baust du mit mir an deinem eigenen Projekt. Allein oder in einer kleinen Gruppe, 100 % online.

15 Minuten kennenlernen
Nicolas GoldstrassDer Nerd von nebenan. Baut Apps, Plattformen und Automatisierungen und zeigt dir, wie das geht.

Weiterlesen