はじめに
2026年11月5日付のリリースノートで、Anthropic のセキュリティ・管理機能に2つのベータ機能が追加されました。
- Claude Console の組織向け IP 許可リスト(ベータ)
- Admin API による Claude Enterprise メンバーの全デバイス強制サインアウト(ベータ)
どちらも「API キーやアカウントが漏えいしたとき、被害をどう抑えるか」に直結する機能です。いずれも任意機能で、既存環境に必須の対応はありません。ただし、組織で Claude API や Claude Enterprise を運用しているセキュリティ担当・管理者にとっては、導入を検討する価値があります。
📌 影響を受ける人
- Claude Console で組織の API キーを管理している管理者
- Claude Enterprise(claude.ai)の組織管理者・情報システム部門
- 退職・端末紛失・アカウント侵害時のインシデント対応手順を整備している人
なお、同じリリースノートには表記統一やリンク文言の調整も含まれますが、仕様変更ではないため、本記事では末尾で簡単に触れるにとどめます。
変更の全体像
2つの新機能は、守る対象が異なります。
変更内容
1. IP 許可リスト(ベータ / severity: high)
Claude Console で、組織単位の IP 許可リストを設定できるようになりました。リストにないアドレスからの、対象サービスへのリクエストは拒否されます。
| 項目 | 内容 |
|---|---|
| 提供状態 | ベータ |
| 設定場所 | Claude Console |
| 単位 | 組織 |
| 登録できる形式 | IPv4 / IPv6 アドレス、または CIDR 範囲 |
| 上限 | 1組織あたり最大 1,000 件 |
| 拒否の対象 | 対象サービスへのリクエストのみ |
なぜ重要か:API キーは文字列さえ知っていれば、どこからでも使えてしまいます。IP 許可リストを併用すれば、キーが漏れても、許可した接続元以外からは使えません。キーのローテーションと組み合わせる多層防御の一手になります。
⚠️ 注意
拒否されるのは「対象サービス」へのリクエストのみです。どのサービスが対象かは、今回の差分には具体的な一覧がなく、公式の「IP allowlisting」ドキュメントに記載されています。全リクエストが制限されると決めつけず、設定前に対象範囲を必ず確認してください。
2. 全デバイス強制サインアウト API(ベータ / severity: medium)
Admin API に、Claude Enterprise(claude.ai)組織のメンバーを、すべての環境からサインアウトさせるエンドポイントが追加されました。
| 項目 | 内容 |
|---|---|
| エンドポイント | POST /v1/organizations/users/{user_id}/sign_out |
| 提供状態 | ベータ |
| 必須ヘッダー |
admin-user-sign-out-2026-10-08(ベータヘッダー) |
| 対象 | Claude Enterprise 組織のメンバー |
このリクエストで終了するものは次のとおりです。
- すべてのブラウザ・デバイスにおけるサインインセッション
- 信頼済みデバイス
- 当該組織向けの OAuth トークン
⚠️ 注意:組織からの削除ではありません
メンバーは組織に残り、すぐに再サインインできます。アクセスの恒久的な遮断にはなりません。退職者対応など恒久的な遮断が必要な場合は、ユーザー管理側の操作と併用する運用を検討してください。必要なキースコープと、このリクエストで終了しないものは「Sign a member out everywhere」ドキュメントで確認してください(差分には含まれていません)。
影響と対応
どちらも action_required: false の任意機能で、既存の動作は変わりません。
| 立場 | 推奨アクション |
|---|---|
| Console 管理者 | 本番サーバーの送信元 IP を棚卸しし、許可リスト導入を検討する |
| Enterprise 管理者 | 侵害疑い・端末紛失時の Runbook に sign_out API を追加する |
| 自動化・CI の担当者 | CI やクラウド環境の送信元 IP が固定かを確認する(固定でないと拒否のリスクがある) |
| チームの CLAUDE.md 管理者 | セキュリティ / Admin API の節に、下記の内容を追記する |
💡 Tips:段階的に導入する
IP 許可リストは、設定を誤ると正規のリクエストも拒否されます。まず開発用の組織で動作を確認し、本番に広げる進め方が安全です。上限(1,000 件)内でも、CIDR でまとめて管理しましょう。
CLAUDE.md への追記案は次のとおりです。
## セキュリティ / API キー管理
- IP 許可リスト(ベータ、IPv4/IPv6/CIDR、1組織あたり最大1,000件)を、
API キー漏えい時の接続元制限策として利用できる。
## Admin API / ベータヘッダー
- POST /v1/organizations/users/{user_id}/sign_out
- 必須ベータヘッダー: admin-user-sign-out-2026-10-08
- 終了対象: セッション・信頼済みデバイス・組織向け OAuth トークン
- メンバーは組織に残り、再サインイン可能
コード例
差分に載っている情報は、エンドポイント・メソッド・ベータヘッダーまでです。認証ヘッダーの形式などは公式ドキュメントで確認してください。以下は、判明している範囲だけで組み立てた呼び出しのイメージです。
Before(従来): 管理者が Enterprise メンバーのセッションを一括終了する API 手段は、今回の差分からは確認できません。
After(ベータ API):
# USER_ID は対象メンバーの ID
# 認証ヘッダーは公式ドキュメントの「Sign a member out everywhere」を参照して設定する
curl -X POST "https://api.anthropic.com/v1/organizations/users/${USER_ID}/sign_out" \
-H "anthropic-beta: admin-user-sign-out-2026-10-08" \
-H "<公式ドキュメントに従った Admin API の認証ヘッダー>"
⚠️ ベータヘッダー
admin-user-sign-out-2026-10-08は全リクエストに必要です。付け忘れるとリクエストは失敗する可能性があります。ベータ機能のため、仕様は今後変わる可能性もあります。
その他の変更(仕様変更なし)
同じリリースノートには、次の表記調整も含まれます。いずれも機能・仕様の変更ではありません。
| 内容 | 概要 |
|---|---|
| Google Cloud 表記の統一 | 過去エントリ6箇所を「Claude Models on Google Cloud (Google managed)」に統一 |
| Claude Haiku 5.5 の説明 | 「同じテキストでより多くのトークンを生成するトークナイザーを使う」と原因を明記 |
| リンク文言の具体化 | Fast mode、Admin API、SDK ツールヘルパーなど、参照リンクの表記を説明的に変更 |
| 数値・文体の統一 | 「2576」→「2,576」、「put words in Claude's mouth」→「prefill Claude's response」など。上限値自体は不変 |
Haiku 5.5 を使っている場合は、同じ入力でもトークン数が増える点を踏まえ、コスト試算や max_tokens の見直しの参考にしてください。これは既存の説明の明確化であり、新しい仕様変更ではありません。
まとめ
- Claude Console に組織向け IP 許可リスト(ベータ)が追加された。IPv4/IPv6/CIDR を最大 1,000 件登録でき、API キー漏えい時の悪用範囲を絞れる。
- 拒否されるのは対象サービスのみ。対象範囲は公式の「IP allowlisting」ドキュメントで確認が必要。
- Admin API に全デバイス強制サインアウト(
POST /v1/organizations/users/{user_id}/sign_out、ベータ)が追加された。全リクエストにadmin-user-sign-out-2026-10-08ヘッダーが必要。 - サインアウトは組織からの削除ではなく、メンバーは再サインインできる。
- どちらも任意機能で必須対応はない。インシデント対応手順の拡充として、まず検証環境で試すのがおすすめ。