リンクを知る人だけに渡したつもりでも、受け手を限定した共有とは限りません。
AIでまとめた資料を、リンク一つで同僚へ送る。手軽な操作ですが、そのリンクを誰が開けるかは、送信先とは別の問題です。
MetaのAIアシスタントMuseの共有機能について、セキュリティ企業Clarocが「GhostShares」と呼ぶ調査を公開しました。10月20日のArs Technica報道によると、Metaは同媒体への回答で、リンクの発見方法を見直すため機能を一時停止したと説明しています。
今回確認すべきなのは、Museへ入力した全情報ではなく、まず自分やチームが共有操作をした内容です。対象を広げすぎず、停止後も残る確認事項を整理します。
この記事でわかること
- 対象の範囲：未共有の会話と、公開リンクを作った内容を分けて考える。
- 調査の数字：見つかったアドレス数と、実際に読まれた件数は同じではない。
- 停止後の対応：過去に何を共有したかを確認し、今後の受け渡し方を見直す。
6,800件超は、全文流出が確認された件数ではない
Clarocの原報告は10月18日公開、20日更新です。共有内容のタイトルを含むホスト名がDNSの履歴に残り、リンクを受け取っていない人にも発見できたと説明しています。DNSは、Webサイトの名前を接続先へ結び付ける仕組みです。
同社が見つけたのは6,800件超の共有ホスト名で、内容を確認したのはそのうち数百件です。個人資料や社内文書を含む例を報告していますが、全件の内容を読んだわけでも、すべてが機密だったわけでもありません。第三者による悪用の証拠はないとしています。
10月20日に、以前は開けた40件を再確認したところ、いずれも開けなかったとのことです。ただし、タイトルを含むホスト名の履歴は残っていると報告しています。この再確認は40件の結果であり、過去の複製まで消えた証明ではありません。
「相手に送った」と「相手だけが開ける」は違う
以下は、今回の事例を業務の共有方法に置き換えた編集部の整理です。共有は、送る相手、開ける人、外側から分かる情報の3つに分けて考えると判断しやすくなります。
| 確認すること | 意味 | 仕事での確認例 |
|---|---|---|
| 誰に送ったか | 送り手が選んだ送信先 | 同僚1人へメールした |
| 誰が開けるか | サービスが認める閲覧範囲 | 指定アカウントだけか、リンクを持つ全員か |
| 何が外側に残るか | 本文以外にも見える情報 | リンク文字列やタイトルに案件名がないか |
この3つは同じではありません。送信先が1人だからといって、閲覧者が1人に制限されるとは限らないためです。機密の打ち合わせ資料なら、本文だけでなく「何について、誰と話す資料なのか」が題名から分かる場合もあります。
題名をぼかすだけでは、閲覧制限にならない
案件名を一般的な名前へ変えるのは、題名から分かる情報を減らす工夫にはなります。しかし、それで本文を開ける人が限定されるわけではありません。重要なのは見つかりにくさではなく、閲覧者を制限できるかです。
検索結果に出ないことも、社内限定である証明にはなりません。共有方法を選ぶときは、サービスの「公開」「リンクを知っている全員」「指定したユーザー」などの説明を読み、意図した範囲と一致しているかを確認します。
Muse Wonderの利用入口や学習利用の設定は、Muse Wonderの入口とデータ設定の記事で扱っています。学習利用の設定と、共有リンクを誰が開けるかは別の論点であり、前者を変えるだけで今回の問題への対応になるわけではありません。
共有したことがあるチームは、何から確認する？
最初から全員の全会話を集める必要はありません。編集部としては、共有操作をした可能性がある人から、業務情報の受け渡しを点検することを提案します。
- 共有したものを特定する。 自分が送ったメールや社内チャットから、Museのリンクを渡した記録を探します。相手が作った不明なリンクや、他人の公開履歴を集めて調べる必要はありません。
- 本文と題名を分けて確認する。 自分が正当にアクセスできる元の会話や資料で、顧客情報、社外秘の内容、非公開の予定などが含まれていたかを確認します。リンクが開かないことだけで、当時の共有内容を判断しないようにします。
- 必要な担当者へ絞って相談する。 業務上の機密が含まれていた場合は、社内の情報管理担当者へ、共有した時期と内容の種類を伝えます。相談のために資料全文を大人数へ転送すると、別の共有が生まれてしまいます。
- 現在の仕事の受け渡しを切り替える。 共有相手が資料を必要としているなら、社内で認められた文書サービスなどへ必要部分だけを移し、相手を指定して渡します。公開リンクを別サービスで作り直すだけでは、閲覧範囲の課題は残ります。
ここでの目的は、被害を決めつけることではなく、自分たちが外へ出した情報と、現在必要な対応を絞ることです。調査対象の全体像が不明な段階では、「何も起きていない」「すべて漏れた」のどちらも先に結論にしない方が整理できます。
実務上の注意
本記事は公開された調査報告と、Metaへの取材回答を掲載した報道を確認したものです。編集部が問題の共有ページを収集・閲覧したわけではありません。影響を受けた人のリンクや個人情報を探したり、再掲載したりしないでください。
機能停止の説明はMetaの公式ブログから直接確認した発表ではなく、Ars Technicaが掲載したMetaの回答に基づきます。再開時期や修正後の仕様は、確認した資料からは分かりません。共有が再び使えるようになっても、従来と同じ閲覧条件だと決めつけず、改めて確認が必要です。
まとめ
Museの今回の問題は、共有した相手以外にもリンクが見つかり得た点にあります。仕事で共有したことがあるなら、まず内容と題名、共有時期を自分の記録で確かめる。今後は「誰へ送るか」に加えて、誰だけが開けるかまで確認することが、具体的な見直しになります。
よくある質問
共有した記憶が曖昧な場合、何を見ればよいですか？
自分がリンクを送ったメールや社内チャットなど、手元の送信記録から確認します。自分に権限のない他人の会話や公開履歴を探す必要はありません。
リンクが開かなければ、確認を終えてよいですか？
現在の到達可否と、過去に共有した情報の内容は別の確認です。業務の機密が含まれていたかは、元の資料や送信記録から整理してください。
別のAIサービスの公開リンクなら安全でしょうか？
製品名だけでは判断できません。必要な相手だけに閲覧を限定できるかを確認し、会社で認められた受け渡し方法を使います。
出典・参考情報
- Claroc：GhostShares調査報告（公開：2026年10月18日、更新：10月20日）
- Ars Technica：Meta Museの共有機能に関する報道・Metaの取材回答（2026年10月20日）
確認日：2026年10月22日（日本時間）。機能停止の経緯と研究者による再確認の範囲を区別しています。
運営元について
AXメディアは、株式会社ジーズ AX事業部が運営しています。AX事業部では、AI研修・AIエージェント開発・ローカルLLM開発・補助金／助成金の活用支援を提供しています。
