法人導入・セキュリティ
Claude Coworkの法人利用とセキュリティの論点
Cowork の導入検討で止まる理由は、たいてい機能ではなく「データがどこへ行くのか」と「誰が何をできるのか」が説明できないことです。この記事では、稟議で必ず問われる3つの論点（管理機能・データの学習利用・実行環境の隔離）を、Anthropic の公式情報にもとづいて整理します。2026年8月3日には Team／Enterprise 向けのクラウド実行がベータで始まっており、法人向けの提供が進んでいる段階です。
管理者が制御できること
Cowork は組織では既定でオンになっていますが、Owner／Primary Owner は組織全体で無効化できます。Enterprise ではグループやカスタムロールを使い、特定チームだけに有効化することもできます。
| 管理機能 | できること |
|---|---|
| ロールベースアクセス制御（RBAC） | 利用者をグループにまとめ、使える機能をカスタムロールで定義（Enterprise） |
| グループ支出上限 | 管理コンソールからチームごとの予算上限を設定 |
| 利用分析 | セッション数、アクティブユーザー、利用者ごとの活動、スキルやコネクタの呼び出しを把握 |
| OpenTelemetry | ツールやコネクタの呼び出し、ファイル操作、人手承認の有無をSIEMへ送信（Splunk・Cribl などに対応） |
| コネクタ単位のツール制御 | MCPコネクタ内で使えるアクションを組織全体で制限（読み取り専用にするなど） |
| プラグイン配布制御 | Installed by default／Available／Required／Not available で配布を制御。Enterprise はグループごとに上書き可 |
書き込みができるコネクタについて、毎回の承認を省略する「Always allow」は組織設定で既定オフです。クラウド実行の既定は Team がオン、Enterprise がオフで、Enterprise は明示的に有効化したうえでカスタムロールを付与する流れになります。
データが学習に使われるかどうか
ここが稟議の中心です。Anthropic の公式情報では、Claude for Work の Team／Enterprise では共有データをモデルの学習に使用しないとされています。例外は、顧客が Development Partner Program への参加を選んだ場合です。データ保護の役割としては、Anthropic が顧客の指示で処理する Processor、顧客組織が Controller という位置づけです。
リモートセッションで開いたローカルファイルも Anthropic のサーバーで処理されますが、Team／Enterprise の商用データと同じ扱いになるとされています。
個人向けの Pro／Max は前提が異なります。Model Improvement を許可した場合、会話が安全審査の対象になった場合、明示的にオプトインした場合にモデル改善へ利用されるとされています。「Cowork なら学習されない」と一括りにせず、契約形態で分けて考えてください。
実行環境がどう隔離されるか
Cowork は指示に応じてコマンドやコードを実行するため、実行環境の隔離が論点になります。公式のアーキテクチャ説明では、リモートとローカルで仕組みが分かれています。
| 実行形態 | 隔離の仕組み |
|---|---|
| リモートセッション | Anthropicのサーバー上で、セッションごとに隔離された一時サンドボックスを作成し、終了時に破棄。サンドボックス間・組織間で状態を共有せず、社内・研究・モデル学習の環境とも分離されます |
| リモートの通信制御 | プライベート／内部／リンクローカル／クラウドメタデータのアドレスへは既定で到達できず、外向き通信はサンドボックス外の必須プロキシと許可先で制御されます。コネクタの認可トークンはサンドボックスに入りません |
| ローカルセッション | エージェントループ、ファイル読み書き、Web取得、ローカルMCPは端末上で動作。シェルコマンドとClaudeが書いたコードは専用のLinux VMで実行され、macOSはApple Virtualization.framework、WindowsはHyper-VでホストOSから隔離されます |
| アクセス範囲 | Claudeが直接読み書きできるのは、利用者が接続したフォルダに限られます |
稟議に書くチェックリスト
そのまま稟議資料の項目として使える形にしました。上から順に埋めれば、情報システム部門からの差し戻しはほぼ防げます。
- 契約形態（Team／Enterprise のどちらか。データの学習利用の扱いはここで決まります）
- 有効化の範囲（全社か、特定グループのみか）
- コネクタの許可範囲（読み取り専用にするか、書き込みを許すか）
- 「Always allow」を許可するか（既定はオフ）
- 監査ログの送り先（OpenTelemetry で SIEM へ送るか）
- 支出上限（グループ単位の予算）
- 入力してよい情報の3区分（入力禁止／マスキング後のみ／そのまま可）
- 利用者教育の実施計画（誰が、いつ、何を学ぶか）
ローカルセッションの会話履歴は端末に保存され、管理者が中央で管理・エクスポートすることはできないとされています。監査を重視する場合は、この点を運用ルールで補う必要があります。
よくあるご質問
Team と Enterprise はどちらを選ぶべきですか？
まず Team で始め、グループ単位の権限分離や詳細な統制が必要になった段階で Enterprise を検討する順番が現実的です。RBAC やグループごとのプラグイン上書きは Enterprise の機能です。
監査ログはどこまで取れますか？
Team／Enterprise では OpenTelemetry でツールやコネクタの呼び出し、ファイル操作、人手承認の有無を SIEM へ送れます。Web／モバイルのリモートセッションは Compliance API の対象です。ローカルセッションの履歴は端末保存となります。
社内の機密情報を扱っても大丈夫ですか？
契約形態の選択と入力ルールの設計が前提です。当社の研修では第1回で御社の規程に沿った3区分を作り、全員が同じ基準で使える状態にしてから演習に入ります。
導入前に試せますか？
はい。無料AI業務診断（45分・オンライン）で、業務の棚卸しと適用可否の見立てをお渡ししています。契約前の検討段階でもご利用いただけます。
稟議の材料を、45分で揃えます
無料AI業務診断では、御社の業務からAIに任せられる候補3つと、上記チェックリストに沿った導入形態の見立てを整理してお渡しします。情報システム部門の方の同席も歓迎です。
無料AI業務診断を予約する