Claude Media
CoworkのMDM管理者設定 — 2つの制御キーで何が変わるか
Cowork解説

CoworkのMDM管理者設定 — 2つの制御キーで何が変わるか

CoworkのMDM管理者設定はisLocalDevMcpEnabledとisDesktopExtensionEnabledの2キーで制御します。組織設定との違いと、配布までの手順をまとめます。

読了目安 約10分

Coworkの管理者設定には、組織全体のオン・オフとは別に、管理対象デバイス単位で効くMDM(モバイルデバイス管理)キーが2つあります。isLocalDevMcpEnabled と isDesktopExtensionEnabled で、それぞれローカルのMCPサーバーと拡張機能の実行を止められます。公式の設定ページは、Team・Enterpriseプランの管理者がシステムポリシーでClaude Desktopを制御する手段として案内しています。

Coworkの組織設定とMDMキーは何が違うか

組織設定は「Coworkを使わせるか」を決め、MDMキーは「使わせたうえで各デバイスで何に手を伸ばせるか」を決めます。

くらべる

2つの設定が効く場所

組織単位

組織設定

Organization settings > Coworkの「Enable for your organization」で、Coworkが利用可能かどうかを決めます。クラウドセッションのオン・オフやネットワークアクセスポリシーも、組織設定側の設定です。

デバイス単位

MDMキー

MDMソリューション経由でClaude Desktopに配布します。Organization settingsからは設定できません。Coworkが有効なときだけ効き、ローカルのMCPや拡張機能の範囲を絞ります。

ProとMaxについては、デバイス側の管理コントロールはTeamとEnterprise向けだと公式の概要ページが書いています。

やりたいことから選ぶ:触るキーと見落としやすい点

MDMキーは名前が似ていて、止めたいものと触るキーが一対一に見えません。目的別に並べると次のとおりです。

やりたいこと触るキー見落としやすい点
ローカルのMCPサーバーを止める触るキーisLocalDevMcpEnabled をfalse見落としやすい点拡張機能(MCPB・DXT)は止まらない
拡張機能の実行を止める触るキーisDesktopExtensionEnabled をfalse見落としやすい点ディレクトリ閲覧は別キー
拡張機能の入手経路も止める触るキーisDesktopExtensionDirectoryEnabled をfalse見落としやすい点許可リストが拡張機能の候補を取得できなくなる
拡張機能を許可リストで運用する触るキーisDesktopExtensionEnabled と isDesktopExtensionDirectoryEnabled をfalseにしない見落としやすい点MDM設定がアプリ内設定より優先される
デスクトップでClaude Codeを使わせない触るキーisClaudeCodeForDesktopEnabled をfalse見落としやすい点Coworkのキーとは別
組織以外のアカウントを使わせない触るキーforceLoginOrgUUID見落としやすい点他のキーではログイン先を縛れない
Coworkのフォルダー範囲を絞る触るキーallowedWorkspaceFolders見落としやすい点未設定なら制限なし

名前が近い3つのキーが止める経路

止める対象

拡張まわりの3キー

  • isLocalDevMcpEnabled

    プラグイン同梱とローカル設定のMCPサーバー。公式はこの2種類を挙げています。

  • isDesktopExtensionEnabled

    MCPBとDXT形式の拡張サーバーの起動。

  • isDesktopExtensionDirectoryEnabled

    拡張機能ディレクトリへのアクセス。実行を止めるキーとは別の軸です。

3つとも型はBooleanで、既定値はtrueです。サードパーティ連携の入口をまとめて塞ぎたいなら、実行を止める2キーだけでなく、ディレクトリ側も併せて判断します。

許可リストで運用するとき、MDMキーとの関係

アプリ内の拡張機能許可リストは、組織オーナーが組織設定側で切り替えます。切替場所や削除の挙動は拡張機能の許可リストの設定手順にまとまっています。

許可リストは、導入後にローカルのMCPファイルの中身が書き換えられる事態までは防ぎません。実行そのものを止めたいときは、MDMの isDesktopExtensionEnabled が受け持つ領域です。

macOSとWindowsでMDMキーを配布する手順

手順

配布の流れ

  1. 1

    止めるキーを決める

    上の表から、falseにするキーを選びます。Windowsではfalseを 0、trueを 1 で書きます。

  2. 2

    macOSは構成プロファイルで配布する

    Claude Desktopは com.anthropic.claudefordesktop ドメインの設定を読み込みます。Jamf Pro、Kandji、Microsoft Intuneから、対象マシンやユーザーグループへ構成プロファイルをpushします。構成プロファイルなら、利用者の操作なしで設定を一元管理できます。作成にはProfileCreatorやiMazing Profile Editorも使えます。アプリ本体の配布はmacOSのpkg配布にあります。

  3. 3

    Windowsはレジストリに書く

    グループポリシーまたはIntuneポリシー経由で、HKLM(マシン全体)か HKCU(ユーザー単位)に置きます。両方にある場合はマシンレベルが優先されます。アプリ本体の配布はMSIXでの配布にあります。

公式ページのPowerShell例は、HKLM:\SOFTWARE\Policies\Claude に、自動更新のキーと、拡張機能・ローカルMCP・Claude Codeのキーをまとめて書く形です。

拡張機能・ローカルMCP・Claude Codeの各キーは例では 1(有効)で、disableAutoUpdates だけが 0 です。止めたいキーを 0 に変えて使います。公式の例は、HKLM へのマシン全体の設定を推奨する形で書かれています。

# マシン全体への設定(ローカルMCPと拡張機能を無効にする例)
New-Item -Path "HKLM:\SOFTWARE\Policies\Claude" -Force
Set-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Claude" -Name "isLocalDevMcpEnabled" -Value 0 -Type DWord
Set-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Claude" -Name "isDesktopExtensionEnabled" -Value 0 -Type DWord
 
# 反映の確認
Get-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Claude"

関連するEnterpriseポリシーキー一覧

Coworkの実行範囲に関わるキーは、この2つだけではありません。公式の設定ページには次のキーが並びます。

キー型既定値制御する対象
secureVmFeaturesEnabled型Boolean既定値true制御する対象デスクトップでのCowork自体の有効・無効
isLocalDevMcpEnabled型Boolean既定値true制御する対象ローカルMCPサーバーの実行
isDesktopExtensionEnabled型Boolean既定値true制御する対象MCPB・DXT拡張サーバーの実行
isDesktopExtensionDirectoryEnabled型Boolean既定値true制御する対象拡張機能ディレクトリへのアクセス
isClaudeCodeForDesktopEnabled型Boolean既定値true制御する対象デスクトップでのClaude Codeアクセス
allowedWorkspaceFolders型string[] (JSON)既定値制限なし制御する対象Coworkにマウントできるフォルダーパス
forceLoginOrgUUID型string / array既定値null制御する対象ログインを許可する組織の限定
disableAutoUpdates型Boolean既定値false制御する対象自動更新の停止
autoUpdaterEnforcementHours型整数(1〜72)既定値72制御する対象更新適用の強制再起動までの時間
effortLevel型string既定値null制御する対象Claude CodeセッションのEffort初期値

secureVmFeaturesEnabled をfalseにすると、デスクトップ版Cowork自体が使えなくなります。組織設定のトグルと似た効果ですが、こちらはデバイス単位の制御です。止まるローカル実行は、macOSではApple Virtualization.framework、WindowsではHyper-V上のVMで動きます。VMの中ではシェルコマンドとClaudeが書いたコードが動き、ホストOSとはハイパーバイザーで隔離されます。VMは通信先の制限、システムコールの制限、セッションごとのユーザー分離を独自に持ちます。allowedWorkspaceFolders はComputer Useのアプリブロックリスト設定と同じく、触れる範囲を絞る系統のキーです。マウントできるフォルダーを許可リストで決めます。値はパスを入れたJSON配列で、複数のフォルダーを指定できます。

自動更新まわりは2通りの運用に分かれ、どちらにするかは展開前に決めます。MDMでClaude Desktopのバージョンを管理するなら disableAutoUpdates をtrueにし、配布のタイミングを自分たちで決めます。初回だけプロビジョニングで導入して以降は自己更新に任せるなら、未設定のままにします。autoUpdaterEnforcementHours で、更新の準備ができてから強制再起動までの猶予を調整できます。値は1〜72の整数で、既定の72は範囲の上限です。アプリはMDMの割り当てと無関係に、約4時間ごとに更新を確認して自動適用します。これが disableAutoUpdates をtrueにする理由です。

macOSの共有マシンでは、自動更新をポリシーで止めてMDMから更新します。

effortLevel は、Claude CodeセッションのEffort初期値を固定するキーです。値は low・medium・high・xhigh・max のいずれかです。管理値はセッション開始のたびに適用され、前のセッションでピッカーから変えた値は引き継がれません。Claude Desktopのバージョン1.25927.0以降が必要で、Coworkセッションには適用されません。

forceLoginOrgUUID は、UUID1つの文字列か配列を受け取ります。文字列ならログイン時にその組織が事前選択され、配列なら列挙したどの組織でも許可されますが事前選択はされません。認証したアカウントが列挙した組織に属さなければ、ログインは失敗します。

この2つのキーはクラウドセッションにも及ぶか

及びます。MDMキーが制御しているのはClaude Desktopアプリそのものなので、ローカルセッションと、クラウドセッションがデスクトップアプリ経由で到達する範囲の両方にかかります。

クラウドセッションはAnthropicのサーバー上で動くため、ローカルMCPサーバーはその中では動きません。ただし、ユーザーのデバイス上のファイルやブラウザが必要なときは、そのデバイスのClaude Desktopに要求が回り、Anthropicが仲介する接続を通ります。ローカルのファイルアクセスは、メンバーがデスクトップで接続したフォルダーに限られます。管理対象デバイスで isLocalDevMcpEnabled をfalseにすると、クラウドセッションが使えるツールも、フォルダー限定のデスクトップファイルツールだけに絞られます。デスクトップアプリがオフラインなら、クラウドセッションはそのデバイスに届きません。

ローカルセッションでは、プラグイン同梱のMCPサーバーもデバイス上のエージェントループで動きます。isLocalDevMcpEnabled が止めるのは、この経路です。

「クラウドセッションだから関係ない」という判断は成立しません。この性質はCoworkのデータの扱いを検討するときに見落としやすい点です。

エンドポイントの可視性にも注意が要ります。ローカルセッションのコード実行はデバイス上の専用Linux VMで行われ、公式のFAQはEDRツールがVMの中を観測できないと明記しています。クラウドセッションはエンドポイントの外で動くため、EDRには同じく見えません。可視化の手段は、Compliance APIとOpenTelemetryです。Claude Desktopを含むCoworkの活動はCompliance APIで取得でき、TeamとEnterpriseの管理者はOpenTelemetryでも監視できます。Cowork監査ログでの可視性と合わせて確認する領域です。

組織設定側にもクラウドセッション専用のコントロールがある

MDMのデバイスキーとは別に、組織設定にはクラウドセッションだけに効く制御があります。ローカルのデスクトップCoworkを残したまま、次の4つを個別に設定できます。

  • クラウドセッションだけを組織単位でオン・オフする
  • クラウドセッションが到達できる宛先を決める、ネットワークアクセスポリシーを設定する
  • 永続的な「常に許可」を止めて毎回の権限確認を必須にする、またはメンバーが確認プロンプト無しでセッションを走らせられるかを決める
  • トラステッドデバイスの登録と直近のサインインを必須にする

最後の項目を有効にすると、組織内のすべてのクラウドセッションに一律で適用されます。ネットワークアクセスポリシーには、許可リストの設定が403で拒否される既知の不具合があり、設定どおりに反映されないことがあります。

まとめ

組織設定とMDMキーは、持ち主が組織オーナーとデバイス管理者に分かれます。どちらか片方を点検しただけでは、Coworkが触れる範囲は確定しません。削除承認の扱いのような権限確認の設定は組織側にあるので、MDMとは別に点検します。

この記事を共有:XはてブLinkedIn

関連する記事

Cowork をもっと見る →