Zum Inhalt springen
sobolewski.proKI heute, jeden AbendAbonnieren

Einmal täglich. Abmelden mit einem Klick. Datenschutz

Claude IP-Allowlist: API-Schlüssel funktioniert nur noch aus dem eigenen Netz

Die Claude IP-Allowlist ist in der Beta: Ein geleakter API-Schlüssel oder ein gestohlenes Login funktioniert außerhalb der erlaubten IP-Adressen nicht mehr.

3 Min. Lesezeit

Dieser Artikel in anderen Sprachen:العربيةEnglishEspañolFrançaisItaliano日本語Polski简体中文

In diesem Artikel
  1. Wie funktioniert die Claude IP-Allowlist?
  2. Was genau deckt die Liste ab?
  3. Worauf sollten wir achten?
  4. Was kam am 5. November noch dazu?
  5. Ist das etwas Neues in der KI-Welt?
  6. FAQ

Am 5. November 2026 hat Anthropic die Claude IP-Allowlist als Beta veröffentlicht, also eine Liste erlaubter IP-Adressen für eine Claude-Organisation. Laut den Claude Release Notes werden Anfragen von Adressen außerhalb der Liste abgelehnt. Ein geleakter API-Schlüssel lässt sich damit nur noch sehr eingeschränkt missbrauchen.

Wie funktioniert die Claude IP-Allowlist?

Ein Admin oder Owner der Organisation trägt in den Einstellungen die Adressbereiche ein, aus denen Verbindungen zu Claude erlaubt sind. Bei jeder betroffenen Anfrage vergleicht Anthropic die öffentliche IP-Adresse des Absenders mit der Liste und lehnt alles ab, was nicht darauf steht (laut Dokumentation).

In der Praxis heißt das:

  1. Die API antwortet mit dem Fehler 403 permission_error und der Meldung „Your IP address isn’t in this organization’s allowed range.“
  2. Wer sich aus einem nicht erlaubten Netz verbindet, sieht die Seite „Your current network can’t access this organization“. Auch Admins werden gesperrt, es sei denn, wir aktivieren die Option, die ihnen von jeder Adresse aus Zugriff auf die Allowlist-Einstellungen lässt.
  3. Die Liste fasst bis zu 1000 Einträge: einzelne IPv4- und IPv6-Adressen oder CIDR-Bereiche, nicht breiter als /8 bei IPv4 und /32 bei IPv6. Nur öffentliche Adressen, keine privaten Bereiche wie 10.0.0.0/8.
  4. Änderungen greifen innerhalb von 15 Minuten nach dem Speichern.

Was genau deckt die Liste ab?

In Organisationen der Claude Platform (also der API) greift die Sperre in der Claude Console sowie an den Endpunkten Messages, Message Batches, Token Counting, Models, Files und Skills, außerdem an den Endpunkten von Claude Managed Agents und in der Admin- und Compliance-API.

Interessant: Claude-Enterprise-Organisationen bekommen eine eigene Liste. Dort schützt sie nicht nur vor einem geleakten Schlüssel, sondern auch vor einem gestohlenen Login: Sie umfasst Claude im Browser, die Desktop- und Mobil-Apps, Claude Code (bei Anmeldung mit einem Claude-Konto), Claude in Chrome, die Office-Add-ins, Cowork und Remote Tools. Einrichten können sie Owner und Primary Owner.

Worauf sollten wir achten?

Erstens darauf, was die Liste nicht abdeckt. In der Claude Platform gilt sie nicht für Amazon Bedrock, Claude Platform on AWS, Claude Models on Google Cloud und Microsoft Foundry, und bei Managed Agents schützt sie nur die Endpunkte, nicht den Netzwerkverkehr der Agenten. In Enterprise bleiben Claude Design, Claude in Slack und Claude Academy außen vor. Eine Aufgabe, an der Claude im Chat schon arbeitet, kann zudem noch bis zu 24 Stunden weiterlaufen, nachdem der Nutzer gesperrt wurde.

Zweitens auf das Risiko, uns selbst auszusperren. Beim Speichern prüfen die Einstellungen nur unsere aktuelle Adresse, nicht Server, CI oder Kollegen im Team. Ein Handy im Mobilfunknetz oder ein Laptop ohne VPN wird abgeschnitten (vor dem Einschalten alle Netze auflisten, auch die, aus denen Jobs nur einmal pro Woche starten).

Drittens darauf, dass die Liste den Ort begrenzt, nicht die Zeit. Anthropic empfiehlt, Schlüssel zusätzlich mit kurzer Gültigkeit zu versehen oder auf Workload Identity Federation umzusteigen und auf statische Schlüssel ganz zu verzichten.

Was kam am 5. November noch dazu?

In denselben Release Notes erschien als Beta die Möglichkeit, ein Mitglied einer Claude-Enterprise-Organisation über die Admin-API auf allen Geräten abzumelden (POST /v1/organizations/users/{user_id}/sign_out mit dem Header admin-user-sign-out-2026-10-08). Laut Dokumentation beendet das Sitzungen, vertrauenswürdige Geräte und für die Organisation ausgestellte OAuth-Tokens, aber API-Schlüssel funktionieren weiter, ebenso die Cloud-Sitzungen von Claude Code und die Routines dieser Person.

Ist das etwas Neues in der KI-Welt?

Geleakte API-Schlüssel sind, wie wir wissen, keine Theorie: Ich habe darüber beim Datenleck bei OpenCode geschrieben und über die Absicherung von Agenten im Leitfaden zur Sicherheit von KI-Agenten. Eine IP-Liste löst das Problem nicht, sorgt aber dafür, dass ein Schlüssel aus einem öffentlichen Repo auf einem fremden Server nicht mehr funktioniert. Und wer die API-Ausgaben im Blick behält, kann auch die Aufschlüsselung der Claude API Kosten nach Schlüsseln gebrauchen.

FAQ

Kostet die Claude IP-Allowlist extra?

In der Dokumentation ist von keiner zusätzlichen Gebühr die Rede. Die Funktion ist in der Beta zu den Bedingungen des Vertrags mit Anthropic (z. B. den Commercial Terms of Service), und Einstellungen und Verhalten können sich während der Beta ändern.

Wo schalte ich die IP-Allowlist in Claude ein?

In der Claude Platform auf der Seite Identity and access in der Claude Console, in Claude Enterprise auf claude.ai unter Organization settings > Organization and access. Den Schalter IP allowlist aktivieren, Bereiche hinzufügen und speichern.

Was tun, wenn wir uns selbst ausgesperrt haben?

Aus einem Netz auf der Liste verbinden, einen anderen Admin oder Owner bitten, die Adresse hinzuzufügen, oder, falls wir die Option für den Zugriff auf die Einstellungen von jeder IP aktiviert haben, die aktuelle Adresse selbst eintragen. Im Notfall kann der Anthropic-Support die Liste abschalten.

  • KI
  • Anthropic
  • Claude
  • Sicherheit

KI heute, jeden Abend

Jeden Abend die wichtigsten KI-News des Tages und neue Blogbeiträge. Kurz und mit Quellen.

Einmal täglich. Abmelden mit einem Klick. Datenschutz