Meta「Muse」を社員に使わせてよいか？リブランディングが業務利用の調査結果を公開、業務システム連携は原則禁止すべき理由を解説

個人のスマホから会社のメールや業務システムにつながるAIエージェントの管理リスクを整理。許容・例外・禁止の3区分と、今日決める最小限の社内ルールを提示します

リブランディング株式会社

2026年11月11日 10時00分

リブランディング株式会社（本社：東京都港区、代表取締役：菊地将）は、MetaのAIエージェント「Muse（ミューズ）」の業務利用について、Metaの公式仕様と公開された問題事例をもとに調査し、その結果と企業が決めるべき社内ルールをまとめました。結論は、一般の従業員が会社のメール・顧客情報・業務システムを個人のMuseに接続することは、原則禁止にすべきだというものです。業務利用は、会社のデータや外部サービスにつながない調べものと、機密を含まない文章の下書きまでにとどめるのが現実的です。Museは日本では2026年10月23日に提供が始まりました。スマートフォンのアプリから指示でき、利用者がアプリを閉じたあとも作業を続けます。公式サイトによると、WhatsAppからの指示や、Mac版でのパソコンのファイル・アプリの利用にも対応します。Gmailやカレンダーなど複数のサービスにつなぎ、ブラウザを開いてフォームに入力し、日時を指定したタスクを動かすこともできます。

■ 調査の背景

「個人のスマホから使えて、閉じても動き続け、会社のサービスにもつながる」。この組み合わせが、企業にとっての問題の中心です。質問に文章で答えるだけのチャットAIは、出力を人が読んで使うまでが範囲です。Museは、利用者に代わって実行するところが違います。社員が個人のアカウントで使い始めた場合、接続するサービスと権限の範囲はその個人が決め、会社側で利用状況を把握し、必要に応じて接続を止める手段は、公式サイトとヘルプでは確認できませんでした。公式情報と公開事例をもとに、企業が先に決めておくべき線引きを整理しました。前例や事例がないケースだからこそ、今すぐに決めるべき社内ルールを提唱いたします。

■ なぜ従来のチャットAIより管理が難しいのか

会社の管理という観点では、次の4点が重なります。

実行まで担う：Metaは、メールの送信や購入の前に承認を求める一方、ブラウザを開き、フォームに入力して、利用者に代わって交渉することもできると説明しています
接続範囲を個人が決める：接続するアプリとアクセスの範囲は利用者が選びます。メールなら、閲覧のみか、本人に代わって送信もするかを選べます。この手順の中で、会社が許可や制限をかける場面は、公式サイトとヘルプには示されていません
閉じても動く：時間のかかるタスクは、アプリを閉じたあとも続きます。承認が必要になった時点で通知が来ます
会社が確認できるかは不明：実行した操作と付与した許可は、利用者がアクティビティログで確認できます。会社の管理者がそれを見られるかは、公式サイトとヘルプに記載がありません

そのため、「個人のアカウントに、会社のどんな権限を持たせてよいか」が判断の軸になります。会社の管理下に置けないなら、回答だけを返すチャットAIよりリスクは大きくなります。

Metaは、利用者ごとに専用の仮想マシンで隔離する仕組みや、インターネットへのアクセスを承認するSentinelというエージェント、重要な操作の前の本人確認など、保護策も公表しています。ただし、承認するのは個人であり、読み取りや重要でない書き込みは継続許可（「常に許可」）にできるため、会社の情報管理ルールがその判断に自動で適用されるわけではありません。

■ 公開情報で確認された3つの事例

共有ページのURLが外から見つかった（GhostShares）：セキュリティ企業Clarocの調査で、共有用のホスト名が6,800件超見つかりました。開けたページには役員限定の収益レビューなどが含まれていましたが、Clarocは悪用の証拠はないとしています。6,800はホスト名の数であり、機密情報が流出・悪用された件数ではありません。Metaは共有機能を一時停止し、修正後に再開したと発表しています
Mac版の設定項目の書き換え：研究者Patrick Wardle氏が、同じ端末で動くコードが音声入力の通信先を変えられたとする概念実証を公開しました。実害の報告は見当たらず、Metaはホットフィックスを出したと報じられています
バグ報奨金で報告された指摘：Meta自身の公表では、630件超の報告のうち有効は64件、支払いは約120万ドルでした。公開前の社内テスト環境で認証の確認に不備があった件などが含まれます

公開情報の範囲では、Museを経由した企業データの実被害（悪用による漏えい）の報告は見当たりません。一方で、防御に穴が見つかった実績がある以上、防御は完全でないという前提で社内ルールを組み立てる必要があります。

■ 結論：許容・例外・禁止の3区分

どこまで許すかは、「公開データか、業務データか」と「読み取りか、状態変更か」の2軸で整理できます。読み取り専用でも、機密を読めるだけで持ち出しや再利用の入口になるため、安全とはいえません。

原則許容：公開情報の調査、機密・個人情報を含まない文章の下書き。外部サービスに接続せず、業務データを入れないことが条件です
例外的に許容：会社が承認した専用のテストアカウントでの検証。ダミーデータ、最小権限、責任者の指名、操作ログの確認、停止手順を決めたうえで、期間を区切って行います
原則禁止：会社のメール・Workspace、顧客管理、採用管理、顧客データベース、請求・決済、公式SNSを、社員が独断で個人のMuseに接続すること。継続的な書き込み・送信・削除・支払いの権限を付けることも含みます

■ 今日決める最小限の社内ルール

禁止事項を一文で決める：「会社のメール、顧客情報、業務システム、公式アカウントを、個人のAIエージェントに接続しない」。例外は、情報システムの承認を得た検証に限ります
例外の承認手順を決める：専用のテストアカウントとダミーデータで、期間と責任者を決め、操作ログと停止手順を用意します
接続先側の制御を確認する：会社が操作できる手段として確認できたのは、Museではなく接続先側の制御です。Google Workspaceでは、管理者が管理コンソールの「APIの制御」でアプリごとにアクセスを設定でき、リスクの高い操作の権限だけを制限することもできます
スマホ・私物端末の扱いを決める：接続先側のアクセス制限がMuseにも効くかを、テスト環境で検証します
学習利用と「常に許可」の点検を使う社員に求める：Museへの学習利用の設定は初めて使うときオンになっています。設定の「アクセス許可」で継続許可が付いていないかも点検します
退職・異動の手順に、接続先のアクセス停止を入れます

■ 退職・異動時の手順

管理者は、接続先（Google Workspace等）の設定で、該当アプリのアクセスを止める
本人にMuse側の連携解除を依頼する。連携を解除しても、使った情報はMuseのメモリーや会話履歴に残る可能性があるため、必要な記録を残してから対応します
停止作業が終わったことを確認して記録する。アカウントを停止するだけでMuseの接続が止まるかは不明なため、手順にMuse側の連携解除も明記します

■ 詳細について

本調査の詳細や直近で確認できたmuseの問題事例は、検索ブランド相談室（運営：リブランディング株式会社）の解説記事で紹介します。

詳細を見る

■ 調査概要

調査対象：Meta「Muse」の業務利用（企業が社員の利用をどこまで認めるべきか）

確認日：2026年11月10日

確認した資料：Meta公式の発表・ブログ・ヘルプセンター・Muse利用規約の補足条項・プライバシーポリシー、コネクター開発者向けガイドライン、Clarocの原報告、研究者のXの原投稿と概念実証リポジトリ、Metaのバグ報奨金公表、、Googleの管理者向けヘルプ、報道（Gizmodo、eWeekなど）

調査の範囲：公開された情報の範囲で確認しています。Museの実機検証（登録、会社アカウントでの接続、承認画面の挙動）と、法人向け管理画面の実機確認は実施していません