目次

Claudeの組織では、IP許可リスト（IP allowlisting）で対象トラフィックを承認済みのパブリックIPアドレスとCIDR範囲に制限できます。Help Centerでは、EnterpriseプランとClaude Platform組織向けのパブリックベータと説明されています。Platformのリリースノート（2026年11月5日）では、Console向けIP許可リストがベータで導入され、IPv4／IPv6またはCIDRを組織あたり最大1,000件まで登録でき、漏洩したAPIキーを任意のネットワークから使いづらくすると書かれています。

これは設定と切り分けのガイドであり、当日の速報ではありません。Anthropicは二つの制御面を分けて文書化しています。トグル・役割名・設定パスを一つに混ぜると、別プロダクトを設定してしまう典型的な誤りになります。

以下の手順とエラー文言はAnthropicのドキュメントに従います。

二つの制御面（混ぜない）

A — Claude Platform（Console）B — Claude Enterprise（claude.ai）
設定場所Claude Console → Identity and accessclaude.ai → Organization settings → Organization and access
設定できる人AdminsOwnersおよびprimary owners
UIの追加操作Add entryAdd IP range
ロックアウト回避（任意）Allow admins to access this settings page from any IPAllow owners to access this settings page from any IP
ドキュメント上の主な脅威漏洩したAPI keyの利用元を制限盗まれたsign-inが対象アプリへ届く範囲を制限
リスト外で止まるもの対象のConsole UIとAPI／Managed Agents／組織のAdmin・Compliance API対象のWeb／デスクトップ／モバイル、Claude Code（Claudeアカウントログイン時）、Chrome／Office／Cowork／Remote Tools、および組織のAdmin・Compliance API

Help Centerは短い概要で、詳細はPlatformドキュメントへ案内します。設定の正本はドキュメント側とし、Help記事だけを唯一の手順書にしないでください。

制御面A：Claude Platform／Console

脅威モデル（ドキュメント）： APIキーが漏洩しても、許可リスト外からは使いづらくなります。許可リストはキーが*どこから*使えるかを制限し、*いつまで*有効かは制限しません。Anthropicは許可リストだけに頼らず、短い有効期限やWorkload Identity Federation（WIF）も勧めています。

適用範囲（ドキュメント）：

  • Claude ConsoleのUI
  • Claude API：Messages、Message Batches、Token Counting、Models、Files、Skills（APIキーまたはWIFトークン）
  • Claude Managed Agents：Agents、Sessions、Environments、Vaults、Memory stores（APIキーまたはWIFトークン）
  • 組織のAdmin APIとCompliance API（この組織だけを対象とするキー）

非適用（ドキュメントのLimitations）：

  • Managed Agentsのruntimeネットワーク（エンドポイント対象 ≠ エージェント実行時ネットワーク）
  • Amazon Bedrock上のClaude、AWS上のClaude Platform、Google Cloud上のClaude Models、Microsoft Foundry上のClaude

有効化の手順

  1. Claude Console → Identity and access を開く。
  2. IP許可リストのトグルをオンにする。保存するまで反映されない。
  3. Add entry でパブリックIPv4／IPv6またはCIDRを追加する（書式は後述）。
  4. Allow admins to access this settings page from any IP address は、意図的に外す理由がなければオンのままにする（Console向けの推奨ロックアウト回避）。
  5. 保存する。反映まで最大15分待ち、対象アプリで403 permission_errorを監視する。

リスト外の挙動： 対象APIへのリクエストは拒否されます。ドキュメントのMessages API例では 403 permission_error と、メッセージ Your IP address isn't in this organization's allowed range. が返ります。許可されていないアドレスから接続した人には、Your current network can't access this organization というタイトルのページが出ることがあります。Adminもブロックされますが、「任意IPからこの設定ページだけ」の回避を有効にしている場合は、許可リスト設定にだけ入れます。

制御面B：Claude Enterprise／claude.ai

脅威モデル（ドキュメント）： サインインが盗まれても、対象アプリへ届きにくくします。リストはEnterprise組織全体（Owner含む）に効きます。設定できるのはOwnerとprimary ownerだけで、Enterpriseのadminはリストを変更できません。

対象アプリ（ドキュメント）：

  • ブラウザ／デスクトップ／モバイルのClaude
  • Claude Code（Claudeアカウントでサインインする場合）
  • Claude in Chrome、Officeアドイン、Cowork、Remote Tools
  • これらのアプリ内のconnectorsとartifacts（組織外に共有したartifactsは除く）
  • この組織だけを対象とするキーでのAdmin API／Compliance API

非対象（ドキュメントのLimitations）： Claude Design、Claude in Slack、Claude Academy。遮断時にチャット内タスクが動いていれば最大約24時間継続し得ますが、リスト外からはチャットを開いたり操作したりできません。

プロキシ： 一部機能は bridge.claudeusercontent.com 経由です（Claude in Chrome、Cowork、Remote Tools、Officeアドインのアプリ横断作業など）。このホストの出口IPが claude.ai／api.anthropic.com と違う場合は、その出口もリストに入れてください。

有効化の手順

  1. claude.ai → Organization settings → Organization and access を開く。
  2. IP許可リストのトグルをオンにする。保存するまで変わらない。
  3. Add IP range でパブリックアドレスまたはCIDRを追加する。
  4. Allow owners to access this settings page from any IP address をオンにしてロックアウトリスクを下げる。
  5. 保存する。反映まで最大15分。既に開いている接続やOffice／Remote Toolsはさらに遅れることがある。

リスト外の挙動： Web／デスクトップでは Your current network can't access this organization。Claude Codeでは 403 APIエラーと、同じメッセージ Your IP address isn't in this organization's allowed range. が出ます。

エントリ書式・上限・パブリックのみ

ドキュメント上の例：

  • 単一IPv4：203.0.113.5
  • IPv4 CIDR：203.0.113.0/24
  • IPv6 CIDR：2001:db8::/32

ドキュメントの規則：

  • 各エントリは単一アドレス、またはIPv4 /8・IPv6 /32 より広くないCIDR
  • 組織あたり最大1,000件
  • パブリックのみ——通信がネットワークを出るアドレスを書く。10.0.0.0/8 などのプライベート範囲は載せない
  • カンマ区切りで入力してEnter。未保存の変更は適用されない
  • Changes can take up to 15 minutes to apply

許可リスト自体をオンにする専用の anthropic-beta リクエストヘッダーはありません。組織設定であり、他のClaude APIベータのようなリクエスト単位のフラグではありません。

自分をロックアウトしない

保存時、Anthropicは保存操作をしている人の現在のアドレスを確認します。すべてのサーバー、同僚の端末、CI、翌日のVPN出口までは検証しません。

ドキュメントに沿った実務上の守り：

  1. 保存前に、必要な出口をすべて入れる（オフィス、VPN、CI、クラウドNAT、Enterpriseでは bridge.claudeusercontent.com の別出口）。
  2. Allow admins／Allow owners の回避チェックを残す。
  3. 誤登録時に設定へ届ける第二のAdmin（Console）またはOwner（Enterprise）を用意する。
  4. すでにロックアウトされ、回避経路もない状態でリストを空にしない。

ロックアウトされたとき

  1. すでにリストにあるネットワークから再接続する。
  2. 別のAdmin（Console）またはOwner／primary owner（Enterprise）に修正を頼む。
  3. 回避チェックが有効なら、その役割は任意IPから許可リスト設定だけに入れ、欠けた範囲を追加するか許可リストをオフにできる。
  4. そうでなければAnthropicサポートに許可リスト解除を依頼する。
  5. 修正後、アクセスが戻るまで最大15分かかることがある。

403と「組織にアクセスできない」切り分け

許可リストを有効化・編集したあとに遮断っぽい症状が出たら、次の順で確認します。

  1. 組織タイプを確認。 ConsoleのIdentity and access ≠ claude.aiのOrganization and access。
  2. Saveを確認。 トグルだけでは不十分。未保存エントリは効かない。
  3. 最大約15分待つ。 Enterpriseでは、既に開いているOffice／Remote Toolsなどがさらに遅れることがある。
  4. 失敗クライアントのパブリック出口IPを確認（ノートPC、CI、VPN、リバースプロキシ、NAT）。RFC1918のプライベートアドレスはリストに載せない。Enterpriseでは出口が違うなら bridge.claudeusercontent.com も入れる。
  5. エラー文言を合わせる。 403 permission_error と Your IP address isn't in this organization's allowed range.（およびUIタイトル Your current network can't access this organization）を許可リスト拒否として扱う。他の401／429／請求系は別問題。
  6. 自分をロックアウトした場合は上記の復旧手順へ。未登録ネットワークから、回避なしにリストを消さない。

ドキュメントはMessages例について permission_error 型とメッセージ文字列を示していますが、そのページに完全なエラーJSONサンプルはありません。

許可リストが「ではない」こと

  • 一般提供（GA）ではない。 ベータ／パブリックベータとして扱い、ベータ中に設定や挙動が変わり得る。
  • キー漏洩の不可能性、不正課金の全面防止、短命クレデンシャル／WIFの代替にはならない。
  • 共有プロキシIPを載せることは、漏洩キーや盗まれたセッションを持つ攻撃者が同じプロキシ経由で対象サービスへ届く余地にもなり得る。
  • 公式資料に、許可リスト単独の料金表はない。
  • 同日（2026年11月5日）のAdmin API「メンバーをすべての場所からサインアウト」は別のEnterprise機能で、許可リスト設定の本線ではない。

実務チェックリスト

  1. 制御面A（Console）かB（Enterprise）かを選ぶ——一つのスイッチとして混ぜない。
  2. 対応する設定ページを、対応する役割（Admin vs Owner／primary owner）で開く。
  3. パブリックIP／CIDRのみを追加し、広さと1,000件上限を守る。
  4. Admin／Ownerの設定ページ回避をオンのままにする。
  5. 保存し、最大15分待ってから重要な出口ごとに確認する。
  6. 文書化されたメッセージ付きの403 permission_error なら、無関係な認証エラーより先に出口の所属を直す。
  7. Platformでは短いキー期限やWIFと併用し、リストだけを唯一の制御にしない。

ベータ後にUIラベルが変わっても、現行のClaude Platform IP allowlistingドキュメントとHelp Centerを確認してください。ConsoleとEnterpriseの分離、403 permission_error のメッセージ、1,000件上限、最大15分の反映待ちが、設定と切り分けの出発点です。