Claude CoworkでEDRセンサーを動かせる — Team・Enterpriseのbeta
Claude Desktopのパソコン上のCowork仮想マシンで、EDRセンサーを動かせるようになりました。Team・Enterprise向けのbetaです。対応ベンダー、必要なバージョン、署名の期限、責任の分担を示します。
Claude Desktopのパソコン上で動くCoworkの仮想マシン(VM)に、EDR(エンドポイントの検知と対応)のセンサーを入れられるようになりました。Team・Enterpriseプラン向けのbetaです。
CoworkはシェルコマンドやコードをVMの中で実行します。パソコンに入っているEDRセンサーはこのVMの中を見られないため、セキュリティチームの管理画面にはCoworkの作業が映りませんでした。今回の機能は、センサーをVMの中にも入れて、同じ管理画面に報告させるものです。VM分離の仕組みと代わりの可視化手段はCoworkとEDRの相性問題にまとめています。ここでは新しく入ったセンサー連携の中身を扱います。
Cowork VMにEDRセンサーを入れられる範囲
対象範囲の線引き
パソコン上のVMが対象
ユーザーのパソコンで動くCowork VMの中に、ベンダーのセンサーを入れます。
対応する構成
macOSとWindowsのClaude Desktop。Amazon Bedrock・Google Cloud Vertex AI・Microsoft Foundryにつないだ構成でも使えます。
クラウドは対象外
Anthropicのサーバーで動くCoworkセッションには、センサーを入れられません。
以前はEDRからCoworkのVMが見えなかった
Coworkのアーキテクチャ概要には、「EDRツールはVMの内側を検査できるか」というFAQがあります。VMはホスト側のセキュリティツールから設計上分離されているため、ホストのセンサーは中を見られません。この部分は変わっていません。
一方で、ローカルセッションについての答えは「設定すれば可能」に変わりました。管理者は、承認済みベンダーのセンサーをVMの中で動かせます。macOSとWindowsでbetaです。
クラウドのセッションについては、エンドポイントの外で動くのでEDRでは観測できないという答えです。FAQは続けて、コンプライアンス上エンドポイントの可視性が前提になる組織は、Coworkを展開する前にこの点を考慮するよう求めています。
管理者の選択肢はどう変わるか
起動のたびにセンサーが入る仕組み
Cowork VMが起動するたびに、Claude DesktopはベンダーのセンサーパッケージをVMにコピーし、指定されたベンダーの承認済みの鍵で署名を検証します。署名が有効なら、ベンダーのインストールスクリプトをVMの中で実行します。実行はVMの起動1回につき最大1回です。管理側の設定が入っていなければ、何も導入されません。
センサーはベンダーのクラウドにつながり、パソコンの他の部分と同じ形で活動を報告します。VMは、何かが必要としたときに初めて起動します。多くはユーザーがCoworkを開いたときで、Claudeを終了するかサインアウトするまで動き続けます。
必要な環境
要件はOSごとに次のとおりです。
- macOS: Claude Desktop 4.4212.0以降。設定の配布にはMDMツールを使います
- Windows: .msix版のClaude Desktop 4.4212.0以降を、Windows 10または11で使います。ハードウェア仮想化とVirtual Machine Platformを有効にし、設定はグループポリシーやIntuneなどのレジストリポリシーで配ります
設定の具体的な項目やファイルは、EDRベンダーが自社の案内で提供します。ヘルプセンターの記事は、ベンダーの案内に従うよう求めています。
対応ベンダー
Claude Desktopが導入するのは、承認済みのEDRベンダーの鍵で署名されたパッケージだけです。承認済みのベンダーは次の7つです。
- CrowdStrike
- Evoke Security
- Neo
- Palo Alto Networks
- Pluto Security
- SentinelOne
- Tanium
使っているベンダーが載っていなければ、ベンダーに所定の申請フォームから応募するよう依頼します。Anthropicのアカウント担当がいる組織は、担当にも伝えます。ベンダー側の申請窓口は、ヘルプセンター記事の後半にある「For EDR vendors(EDRベンダー向け)」の節のフォームです。
運用で迷いやすい4つの点
設定を外してもセンサーは消えない
MDMやレジストリの設定を外すと、Claudeは以降のVM起動でパッケージを実行しなくなります。ただし、すでに入ったセンサーは削除されません。撤去したいときは、設定を外すだけでは足りません。
署名は2年以内に切れる
署名の対象はパッケージのファイルだけです。センサーがあとからダウンロードする更新は署名の対象外です。署名は2年以内に期限が切れるため、ベンダーが署名し直したパッケージを組織側で配り直す必要があります。更新の保守はベンダーの役割です。
見えるものとネットワークの扱い
センサーは、VMの中の活動と内容を見られます。プロンプト、ファイル、Claudeの回答も含まれ得ます。これらのデータはEDRベンダーに送られ、Anthropicは受け取らず、管理もしません。
もう一点、センサーはCoworkのネットワーク許可リストの外へ、テレメトリーなどのデータを送れます。許可リストで外向きの通信を絞っている組織は、EDRセンサーの通信は許可リストの制限を受けない前提で、外向き通信の設計を見直す形になります。
費用の扱い
betaの間、Anthropicはこの連携に追加料金を課しません。センサー自体にベンダーが料金を求めることはあるので、価格はベンダーに確かめます。
EDRソフトウェアの責任は組織が負う
ヘルプセンターの記事は、利用条件を次のように書いています。
- EDRベンダーを選ぶのは組織で、EDRソフトウェアは組織とベンダーの契約で使う
- EDRソフトウェアは、Anthropicとの契約上の「サードパーティ機能」にあたり、Anthropicのサービスの一部ではない
- ベンダーはAnthropicに代わってデータを扱うわけではない
- EDRソフトウェアの責任は組織にある。Claudeやセンサーを更新したあとも、導入前と同じようにテストする
- テストを怠って生じた請求について、Anthropicは責任を負わない。EDRソフトウェアから生じる請求は、Anthropicとの契約に書かれたとおり組織が負う
センサーがプロンプトまで見られる点は、社内のプライバシーの取り決めと照らして確かめる項目になります。
クラウドのCoworkはOpenTelemetryとCompliance APIで追う
クラウドで動くCoworkには、センサーを入れられません。Coworkのヘルプセンターの別記事は、シェルコマンドとコードがAnthropicのサーバー上の隔離環境で実行されると説明しています。統合の中身はClaude Enterpriseの統合ClaudeやCoworkとチャットがClaudeに統合で扱っています。
この部分の可視化には、2つの経路が用意されています。アーキテクチャ概要のFAQは、CoworkのアクティビティがCompliance APIとOpenTelemetryで取れると答えています。
- OpenTelemetry: Team・Enterpriseで使えます。クラウドのセッションとローカルのデスクトップセッションの両方が対象で、イベントを標準的なOTelコレクターに流してSIEMなどで見ます。用途はセキュリティ監視とインシデント調査、ツールやファイルへのアクセス傾向の把握、コストとパフォーマンスの分析です。設定は管理画面でエンドポイントとプロトコル、認証ヘッダーを入れて保存します
- Compliance API: Enterpriseで使えます。アクティビティフィード、チャット、ファイルの内容をプログラムから引き出し、自前のツールで監査します。有効にできるのはPrimary Ownerだけで、設定は組織設定のAPIの画面です
センサーが映すのは端末の内側の挙動で、この2つが映すのはCoworkが記録するイベントやトランスクリプトです。見る層が違うので、ローカルのVMにはEDRとOTelを重ねて使えます。OTelはローカルのデスクトップセッションも対象にしているためです。クラウドは後者の2つで追います。OTelの設定の細部はCoworkとEDRの相性問題に詳しく書いています。組織の有効化とクラウド側のトグルの関係は、Coworkの組織設定とクラウドトグルの違いにまとめています。
まとめ
Cowork VMにEDRセンサーを入れられるようになり、手元のパソコンで動くCoworkの作業が、既存のセキュリティ管理画面に報告されるようになりました。対象はTeam・Enterpriseプラン、macOSとWindowsのClaude Desktop(4.4212.0以降)で、betaです。
導入前に確かめるのは4点です。使うベンダーが承認済みか、Claude Desktopのバージョンが条件を満たすか、署名の期限が2年以内なので再配布の担当が決まっているか、プロンプトまで見える点を社内の取り決めと合わせられるか。クラウドで動くCoworkはセンサーの対象外なので、OpenTelemetryで運用の流れを、Compliance APIで監査の記録を追う設計になります。
参照した一次ソース
この記事の記述は、次の一次ソースと照合しています。更新時に参照先が変わった場合は一覧も更新します。
- support.claude.com/en/articles/17828685-run-your-endpoint-detection-and-respo…
- support.claude.com/en/articles/13345190-use-claude-cowork-on-team-and-enterpr…
- support.claude.com/en/articles/14479288-claude-cowork-architecture-overview
- support.claude.com/en/articles/14477985-monitor-claude-cowork-activity-with-o…
- support.claude.com/en/articles/13015708-access-the-compliance-api
関連する記事
Cowork をもっと見る →Claude Cowork(クロードコワーク)とは — できること・料金・始め方・Claude Codeとの違い
Claude Enterprise一般提供で統合Claudeが登場 — 費用はEfficient modeで管理
Compliance APIのuser_preferencesでメンバーの個人設定を取得する
Claude EnterpriseでCowork統合を有効にする手順 — 既定オフの設定と保持への影響
Claude AIとClaude Codeの違い — claude.ai・Consoleとの関係と使い分け
ClaudeのPluginsページにスキルとコネクタが統合 — Skillsオフの組織は11月30日が期限