Ökosystem

Claude Enterprise bekommt ein Security Center, Inference Hooks werden allgemein verfügbar

3 Min. Lesezeit KI-generiert

Die IP-Allowlist nimmt bis zu 1.000 Adressen oder CIDR-Bereiche je Organisation. Der neue Admin-API-Endpunkt beendet Sitzungen, vertraute Geräte und OAuth-Token in einem Aufruf – und der Mensch bleibt danach Mitglied.

Featured image for "Claude Enterprise bekommt ein Security Center, Inference Hooks werden allgemein verfügbar"

Anthropic hat am 5. November ein Paket für Sicherheitsteams angekündigt, und es ist größer als die üblichen Enterprise-Nachträge: ein Security Center, die allgemeine Verfügbarkeit der Inference Hooks, eine zentrale Verwaltung über mehrere Organisationen und drei neue Zugriffsregler. Einiges davon steht in der Beta.

Das Security Center vergleicht deine Einstellungen mit Anthropics Empfehlung

Neu in den Organisationseinstellungen ist eine Seite, die die Sicherheitseinstellungen für Chat, Cowork und Claude Code zusammen zeigt, statt eine Einstellung nach der anderen. Je Regler stehen dort der aktuelle Wert, der empfohlene Wert, wenn es einen gibt, und der Link dorthin, wo du ihn änderst. Was neu oder kürzlich geändert wurde, ist markiert. Geprüft wird bei jedem Seitenaufruf, Organisationen mit Compliance API lesen dieselben Ergebnisse über die Schnittstelle.

Dazu kommen Attestations: ein gemeinsamer Arbeitsbereich, in dem Admins eine Sicherheitsprüfung einmal zusammen durchgehen, den Stand jedes Reglers festhalten, Risiken annehmen und Probleme markieren. Die Seite lässt sich als Bericht herunterladen, und der Bericht trennt, was automatisch geprüft wurde, von dem, was ein Owner bestätigt hat.

Inference Hooks sind jetzt allgemein verfügbar

Die Inference Hooks hatte Anthropic im August vorgestellt; sie schicken Daten an die Sicherheitswerkzeuge, die eine Organisation schon einsetzt. Beide Arten verlassen die Beta: Prompt-Hooks geben Prompts aus den unterstützten Claude-Produkten zur Prüfung weiter, Pre-Tool-Call-Hooks prüfen Tool-Aufrufe, bevor sie laufen. Die Regeln bleiben dabei im eigenen DLP-Werkzeug.

Eine Konsole über mehreren Organisationen

Die zentrale Verwaltung gibt der übergeordneten Organisation eine eigene Konsole unter admin.claude.com. Gemeint ist jene Organisation, die das Unternehmen über seine Claude-Enterprise- und Claude-Platform-Organisationen hinweg vertritt. Dort liegen Single Sign-On, Directory Sync über SCIM, Domain-Verifizierung, Gruppen und Compliance-API-Schlüssel, einmal für alle darunterliegenden Organisationen.

Zwei Rollen kommen dazu: Owner der übergeordneten Organisation dürfen alles, auch die Rollenvergabe; Admins alles außer der Rollenvergabe. Mehrere Identitätsanbieter sind erlaubt, jeder mit eigener SSO- und SCIM-Konfiguration. Gedacht ist das für zugekaufte Firmen, die ihren Anbieter behalten oder domainweise umziehen. Mitglieder, Rollen und die Regler auf Organisationsebene bleiben bei der jeweiligen Organisation.

Die drei Zugriffsregler stehen schon in den Release Notes

Zwei davon sind seit dem 5. November im Developer-Changelog dokumentiert. Die IP-Allowlist lässt sich in der Claude Console selbst pflegen, in der Beta, mit IPv4- und IPv6-Adressen oder CIDR-Bereichen, bis zu 1.000 je Organisation; Anfragen von Adressen außerhalb der Liste werden abgelehnt, was den Schaden eines geleakten API-Schlüssels begrenzt.

Der zweite ist ein Endpunkt: POST /v1/organizations/users/{user_id}/sign_out, Beta, und jede Anfrage braucht den Header admin-user-sign-out-2026-10-08. Der Aufruf beendet Anmeldesitzungen und vertraute Geräte in jedem Browser und auf jedem Gerät sowie die OAuth-Token für die Organisation. Das Mitglied bleibt im Konto und kann sich sofort wieder anmelden. Dieselbe Funktion ist am 5. November auch im Python-SDK 2.6.0 und im TypeScript-SDK 1.6.0 aufgetaucht.

Der dritte Regler richtet sich gegen Schatten-IT: Auf verwalteten Rechnern lassen sich private und andere fremde Claude-Konten in Claude Desktop blockieren.

Eine Empfehlungsseite ist kein Zertifikat

Anthropic schreibt es selbst in den Beitrag: Das Security Center ist eine Orientierung an den eigenen Empfehlungen, keine Zertifizierung und keine Zusage, dass irgendein Gesetz oder Standard erfüllt ist. Wer den Bericht an Auditoren gibt, gibt eine Selbstauskunft weiter, in der zwei Arten von Häkchen stehen. Das ist mehr, als es vorher gab, und weniger, als die Seite auf den ersten Blick verspricht.

Quellen

Claude EnterpriseSicherheitAdmin API