はじめに
Anthropicは2026年11月5日、法人向けの「Claude Enterprise」にセキュリティ・管理機能を追加したと発表しました。設定を点検するセキュリティセンター、一般提供となった推論フック、組織を束ねる一元管理、アクセス制御の強化が柱です。各機能の内容と導入時の注意点を解説します。
参考記事
- タイトル: More visibility and control over Claude Enterprise for security teams
- 発行元: Anthropic
- 発行日: 2026年11月5日
- URL: https://claude.com/ja/resources/articles/claude-enterprise-security-updates
要点
- セキュリティセンター（ベータ）は、チャット・Cowork・Claude Codeの設定をAnthropicの推奨構成と1ページで照合する機能である
- 推論フックは一般提供となり、プロンプトとツール呼び出しを組織の既存のDLP・セキュリティツールで検査できる
- 一元管理（ベータ）により、親組織の管理コンソールでSSOやSCIMなどの全社設定をまとめて管理できる
- Admin APIによるサインアウトやIP許可リストの自己管理（ベータ）、管理端末での個人アカウント遮断などのアクセス制御が加わった
- CoworkとunifiedClaudeがローカルで使う仮想マシン内で、自社のEDRセンサーを検知モードで動かせる（ベータ）
詳細解説
発表の全体像と対象となる組織
Anthropicによると、セキュリティチームには3つの把握が欠かせません。Claudeがどう設定されているか、会社の端末で何をしているか、業務中にデータがどう扱われるかです。今回の機能群は、この可視性と制御をそろえる狙いで追加されました。
追加された機能は、目的ごとに次のように整理できます。
- 設定状況の把握：セキュリティセンターが、組織の設定をAnthropicの推奨構成と比較する
- 自社ポリシーの適用：推論フックが、プロンプトとツール呼び出しを自社のデータセキュリティツールに送って検査する
- アクセスの管理：一元管理で全社設定を1つの管理コンソールに集約し、新しいアクセス制御でサインアウト、IP許可リストの管理、個人アカウントの遮断を行う
- 端末上の動作の可視化：先に発表されたEDR連携で、ユーザーのPC上の仮想マシン内に自社のEDRセンサーを動かす
対象は基本的にClaude Enterpriseです。EDR連携のみ、Claude Teamプランも対象に含まれます。Amazon Bedrock、Google Cloud Vertex AI、Microsoft Foundry経由のClaudeデスクトップアプリも対象です。Teamプランを使う小規模な組織にとって、直接関係するのはEDR連携が中心です。Enterpriseの導入を検討している場合は、今回の機能が社内のセキュリティ審査で確かめる項目の目安になりそうです。追加料金の有無は公表されていません。
セキュリティセンター：推奨構成との差を1ページで確認
セキュリティセンターは、組織設定（Organization settings）に追加された新しいページです。チャット、Cowork、Claude Codeのセキュリティ設定を、項目ごとに開かず1ページで確認できます。各設定をAnthropicの推奨構成と比べるため、何をどこで変えるべきかが分かります。
各コントロール（セキュリティ上の設定項目）について、次の情報が表示されます。
- 現在の設定値
- 推奨値（推奨値が定められている項目のみ）
- その設定を変更できる画面へのリンク
- 新しく追加された設定や、最近変更された設定かどうか
構成はページを開くたびにチェックされます。そのため、自動チェック対象の項目は常に現在の設定を反映します。Compliance API（コンプライアンス対応向けのAPI）を使える組織は、同じ結果をAPI経由でも読み取れます。
あわせて「アテステーション（Attestations）」も用意されました。管理者が共同でセキュリティレビューを進めるための共有ワークスペースです。各コントロールの現状の記録、リスクの受容、問題の指摘を1か所でまとめて行えます。リスクの受容とは、推奨どおりにしない設定をあえて認め、その判断を記録しておくことです。
ページはレポートとしてダウンロードでき、監査人や関係者と共有できます。レポートには、自動チェックした項目とOwner（組織のオーナー権限を持つ人）が確認した項目の区別が記されます。なお、セキュリティセンターはAnthropicの推奨に基づくガイダンスです。認証ではなく、法令や規格への準拠を保証するものでもありません。
監査対応では、設定の点検結果を説明資料にまとめる作業が負担になりがちです。このレポートはその下地として使えます。一方で、ISO/IEC 27001などの認証の証跡とは別物として扱うのが良さそうです。
推論フック：既存のDLPポリシーをClaudeにも適用
推論フックは、組織で使っているデータセキュリティツールにClaudeをつなぐ機能です。DLP（Data Loss Prevention：機密情報の流出を防ぐ仕組み）やセキュリティポリシーを、業務中のプロンプトとツール呼び出しに適用できます。フックは次の2種類で、どちらも一般提供（GA）になりました。
- プロンプトフック：対応するClaude製品から送られたプロンプトを、セキュリティツールに送って検査する
- ツール呼び出し前フック（pre-tool-call hook）：対応するClaude製品でのツール呼び出しを、実行前に検査する
フックはセキュリティベンダーの製品と連携します。すでに作成済みのポリシーをそのまま残し、Claudeにも適用できる点が特徴です。
ツール呼び出しは、Claudeが外部のツールやコマンドを呼び出して作業を進める動作を指します。CoworkやClaude Codeのように作業を代行する製品では、入力だけでなく実行前の操作も検査できる意味が大きいと言えます。対応するClaude製品とベンダーは、導入前にヘルプセンターで確認してください。
一元管理：親組織のコンソールで全社設定を集約
一元管理では、「親組織」に専用の管理コンソール（`admin.claude.com`）が用意されます。親組織とは、自社のClaude EnterpriseとClaude Platformの組織群を代表する単位です。管理者は全社共通の設定をここで一度行えば、配下の組織をまとめて管理できます。個々の組織設定で同じ作業を繰り返す必要はなくなります。
親組織で管理する主な設定は次のとおりです。
- シングルサインオン（SSO：1つの認証で複数のサービスにログインできる仕組み）
- ディレクトリ同期（SCIM：社内のユーザー情報を自動で同期する標準仕様）
- ドメイン認証
- グループ
- Compliance APIキー
コンソールには配下のすべての組織が一覧表示され、次の2つのロールが追加されます。
- 親組織オーナー：親組織レベルのすべてを管理でき、オーナーと管理者のロールを誰に割り当てるかも決められる
- 親組織管理者：ロールの割り当てを除き、親組織レベルのすべてを管理できる
複数のIDプロバイダー（IdP：ユーザー認証を担うサービス）も接続でき、IdPごとにSSOとSCIMを個別に設定できます。買収した会社が既存のIdPを使い続けることも可能です。ドメイン単位で新しいIdPへ段階的に移ることもできます。
各組織は、自分のメンバー、ロール、設定、組織レベルのセキュリティ制御を引き続き持ちます。組織レベルの制御には、IP許可リスト、テナント制限、セッション時間などがあります。親組織のロールは、既定では各組織内へのアクセス権を与えません。ただし、親組織で作成したCompliance APIキーは組織をまたいでデータを読み取れます。
グループ会社や事業部ごとに組織を分けている企業ほど、効果が大きい仕組みです。反対に、組織が1つだけの小規模な利用では恩恵は限られます。親組織のAPIキーは影響範囲が広いため、発行者と保管方法を絞る運用が良さそうです。
アクセス制御：サインアウト、IP許可リスト、シャドーIT対策
アクセス制御は3点が強化されました。1つ目はメンバーのサインアウトです。Admin APIを1回呼び出すだけで、組織から削除せずにメンバーをClaudeからサインアウトさせられます。この操作で終了するもの、終了しないものは次のとおりです。
- 終了する：そのメンバーのすべてのブラウザと端末でのサインインセッション。Claude Codeなどのアプリも再サインインが必要になる
- 終了しない：APIキー、すでに実行中のクラウドセッション、スケジュールされたルーティン
- その後：メンバーは再びサインインできる
端末の紛失時など、まずセッションを切りたい場面で使いやすい機能です。一方、退職者対応や不正利用が疑われる場面では、これだけでは足りません。APIキーやルーティンの扱い、組織からの削除を別途検討する必要があります。
2つ目はIP許可リストのセルフサービス化です。Enterpriseの管理者は、Anthropicを介さずにIP許可リストを設定・管理できるようになりました。IP許可リストは、多くのClaude製品へのアクセスを組織が承認したIPアドレスに限る仕組みです。対象は「多くの製品」であり、すべての製品とは限らない点に注意してください。
3つ目はClaude Desktopの管理です。管理者は、よく使われるClaude Desktopの設定を、デバイス管理ツールからの配布なしで設定できます。さらに、管理対象PCのClaude Desktopで、個人アカウントや組織外のClaudeアカウントをブロックできます。これはシャドーIT（会社が把握・承認していないITツールの業務利用）の防止に役立ちます。Ownerは、Claudeで使えるワークスペースフォルダーを制限することもできます。
業務PCで個人アカウントのClaudeを使われると、会社のポリシーやログの外でデータが扱われます。アカウント遮断は、そうした抜け道を端末側でふさぐ手段と言えます。
CoworkとunifiedClaudeでのEDR連携
EDR（Endpoint Detection and Response）は、PCなどの端末上の不審な動作を検知し、調査や対応につなげるセキュリティ製品です。Coworkとunified Claudeは、ローカルで作業する際、シェルコマンドやコードを隔離された仮想マシンで実行します。この仮想マシンはユーザーのPC上で動き、隔離によって端末を保護します。一方でセキュリティチームからは、端末の他の領域と同じ可視性を仮想マシン内にも求める声がありました。
今回、管理者は組織のEDRセンサーをCoworkの仮想マシン内で動かせるようになりました。センサーは仮想マシン内の動作を、セキュリティチームが普段監視しているコンソールに報告します。対象はユーザーのPC上の仮想マシンで、クラウド上のCoworkセッションは含みません。導入と動作の仕組みは次のとおりです。
- 設定方法：macOSとWindowsで、デバイス管理を通じて設定する
- 署名の検証：仮想マシンが起動するたびに、ClaudeがEDRベンダーによるセンサーパッケージの署名を検証してからインストールする
- 動作モード：センサーは検知モードで動作し、動作を報告するがブロックはしない
- 対応ベンダー：ヘルプセンターに一覧がある
隔離環境は端末を守る一方で、監視の死角にもなり得ます。今回の連携により、その領域を既存の監視運用に組み込めます。ただし検知モードのため、アラートを受けて判断・対応する体制は別途必要です。
提供状況と始め方
各機能はClaude Enterpriseで利用できます。ただし、ベータ期間中は一部に例外があり、ヘルプセンターに掲載されています。機能ごとの提供状況は次のとおりです。
- セキュリティセンター：ベータ。組織設定から管理する
- 推論フック（プロンプトフック、ツール呼び出し前フック）：一般提供。組織設定から管理する
- 一元管理：ベータ
- Admin APIによるメンバーのサインアウト：ベータ
- IP許可リストのセルフサービス管理：ベータ
- Claude Desktopの設定：ベータ。Ownerが組織設定から管理する
- CoworkでのEDR連携：ベータ。macOSとWindowsで、Claude TeamとEnterpriseが対象。Amazon Bedrock、Google Cloud Vertex AI、Microsoft Foundry上のClaudeデスクトップアプリも対象で、対応ベンダーの製品をMDM（端末の設定を一括配布する管理の仕組み）で展開する
一元管理のセットアップは、次の手順で進みます。
- 親組織配下のいずれかの組織の管理者が、`admin.claude.com` で親組織管理者を提案する
- 他の組織の管理者が提案を確認し、承認する
- 最後の承認が行われた時点でセットアップが完了する
注意: セットアップは元に戻せません。開始前に、誰を親組織管理者にするかを社内で決めておいてください。
導入前に押さえておきたい制約は次のとおりです。
- セキュリティセンターは推奨に基づくガイダンスで、認証や準拠の保証ではない
- 親組織で作成したCompliance APIキーは、組織をまたいでデータを読み取れる
- Admin APIのサインアウトは、APIキー、実行中のクラウドセッション、ルーティンを止めない
- EDRセンサーは検知のみでブロックせず、クラウドのCoworkセッションは対象外
詳しい設定手順は、元記事からリンクされている各ヘルプセンターの記事を参照してください。
まとめ
今回の更新は、Claudeの設定点検、データ保護ポリシーの適用、アクセス管理、端末監視をそろえる内容です。多くはベータのため、まずセキュリティセンターで推奨構成との差を確かめ、既存のDLPやEDRとの連携可否を確認する進め方が良さそうです。一元管理は元に戻せないため、体制を決めてから着手してください。
