Anthropic wprowadził 5 listopada 2026 roku dwie nowe funkcje bezpieczeństwa dla organizacji korzystających z Claude Platform. Wśród nich znajduje się beta mechanizmu IP allowlisting oraz beta wsparcie dla zdalnego wylogowania członków Claude Enterprise przez Admin API. Obie funkcje są dostępne dla administratorów bez potrzeby kontaktowania się z zespołem Anthropic i rozwiązują konkretne problemy związane z wyciekiem kluczy API oraz przejęciem sesji użytkownika.
Kluczowe informacje
- IP allowlisting — organizacje mogą tworzyć listę do 1000 zatwierdzonych adresów IPv4, IPv6 lub zakresów CIDR.
- Zdalne wylogowanie — administratorzy Claude Enterprise mogą jednym żądaniem API kończyć sesje członka na wszystkich urządzeniach.
- Dostępność — obie funkcje są w fazie beta i nie wymagają zgłaszania się do zespołu Anthropic.
- Ograniczenia — allowlisting dotyczy żądań z Claude Platform, ale nie obejmuje ruchu przez Amazon Bedrock, Google Cloud ani Microsoft Foundry.
Co daje IP allowlisting
Nowy mechanizm umożliwia ograniczenie ruchu z Claude Platform wyłącznie do zatwierdzonych publicznych adresów IP. W przypadku wycieku klucza API, żądania spoza zdefiniowanej listy zostaną odrzucone. Działa to na poziomie pochodzenia ruchu, a nie zastępuje rotacji kluczy czy zasad najmniejszych uprawnień.
Administratorzy mogą konfigurować listę bezpośrednio w Claude Console, bez potrzeby zgłaszania ticketów do Anthropic. Zmiany propagują się do 15 minut. Wspierane są adresy IPv4, IPv6 i zakresy CIDR, a cała lista może zawierać do 1000 wpisów. Ustawienie działa na poziomie organizacji, co oznacza, że obejmuje wszystkie klucze API w danej organizacji. Jednak nie chroni przed nadużyciem, jeśli atakujący uzyska dostęp do zatwierdzonej sieci.
Najlepiej sprawdzi się to w środowiskach z ustalonymi punktami wyjścia do internetu, takich jak firmowe sieci korporacyjne, bramy NAT, adresy produkcyjnych serwerów czy runnerów CI/CD. Zespoły rozproszone i pracujące zdalnie z dynamicznymi adresami będą miały więcej trudności, ponieważ każda zmiana IP wymaga aktualizacji listy.
Admin API kończy sesje jednym żądaniem
Druga nowość to endpoint POST /v1/organizations/users/{user_id}/sign_out, który pozwala administratorom Claude Enterprise wylogować członka organizacji z Claude na wszystkich przeglądarkach i urządzeniach. Użytkownik nie traci dostępu do organizacji, ale wszystkie aktywne sesje i zaufane urządzenia zostają unieważnione.
Endpoint wymaga klucza Admin API z zakresem write:members. Żądanie musi również zawierać nagłówek beta anthropic-beta: admin-user-sign-out-2026-10-08. Jeśli organizacja nie jest zapisana do bety, API zwróci błąd organization_not_enrolled_in_beta.
Mechanizm dotyczy także sesji Claude Code i Claude Desktop. Po wykonaniu operacji użytkownik musi ponownie się uwierzytelnić przy następnej próbie użycia tych narzędzi. To ułatwienie przy offboardingu pracownika, zgubieniu urządzenia lub podejrzeniu przejęcia konta — można natychmiast odciąć dostęp bez usuwania członka z organizacji i późniejszego odtwarzania jego uprawnień.
Dlaczego te zmiany mają znaczenie
Oba mechanizmy uzupełniają się w różnych scenariuszach awaryjnych. IP allowlisting blokuje wykorzystanie wykradzionego klucza API z nieautoryzowanej sieci, natomiast Admin API pozwala szybko unieważnić sesje w trakcie incydentu bezpieczeństwa. Oznacza to, że zespoły DevOps i administratorzy IT zyskują narzędzia, które można łatwo włączyć w istniejące procedury zarządzania tożsamością i reagowania na incydenty.
Należy pamiętać o ograniczeniach — obie funkcje są w fazie beta, więc ich działanie może się zmienić. Allowlisting wymaga stabilnych, identyfikowalnych publicznych adresów wyjściowych, a endpoint wylogowania opiera się na osobnym kluczu Admin API, który również staje się wrażliwym sekretem. Wylogowanie nie usuwa członka z organizacji i nie kończy kluczy API. Obejmuje jednak całe konto osoby: sesje w innych organizacjach i na planie indywidualnym oraz tokeny OAuth wydane dla tej organizacji, na przykład w Claude Code.
Te zmiany nie wpływają na możliwości modeli Claude. To ukierunkowana poprawka bezpieczeństwa dla zespołów technicznych, które potrzebują lepszej kontroli nad tym, skąd pochodzą żądania API i kto ma aktywny dostęp do konta.