Metaの汎用エージェントMuseについて、Ars Technicaが2026年10月20日、共有機能の設計上の欠陥を報じた。セキュリティ企業Clarocの研究者は、ユーザーが作成した共有リンク6800件を列挙し、そのうち数百件を開いたところ、明らかに公開するつもりのない個人情報や業務情報を確認したという。MetaのザッカーバーグCEOが先月、Museを「プライバシーとセキュリティを土台から設計した」と紹介したばかりだっただけに、対照が際立つ。
ランダムな文字列は推測は防げても検索は防げない
共有機能の安全は通常、「URLに推測できない長いランダム文字列が入っているから、リンクを受け取った人しか見られない」という前提に立つ。Museのリンクにも長い文字列は入っていた。問題は別の場所にあり、会話のタイトルがリンクアドレスに含まれていた。タイトルはユーザーが自分で付けることが多く、具体的な人名、会社名、話題を含みがちなため、問い合わせ方を工夫すれば第三者がリンクをまとめて発見でき、順に開けてしまう。Clarocが集めた6800件はまさにこの方法で、アカウントが侵害されたわけではない。共有ページ自体がリンク保持者に開かれており、そのリンクが体系的に見つけられる状態だった。
正確を期すと、漏れたのは全ての私的会話ではない。ユーザーが自ら共有を押してリンクを生成した会話だけが対象だ。ただし「同僚にちょっと見せる」と「第三者に検索される」は全く別物で、共有を押した大半のユーザーが意図していたのは前者のはずだ。
Museの権限トラブルは初めてではない
Museは以前にも性質の違う権限問題を起こしている。MetaのMuseエージェントがユーザーの住所を勝手に第三者へ送った件はエージェントの行動の越権だった。今回は「リンクを知っていること」を「閲覧権限があること」と同一視した共有設計の問題だ。二つを並べると、悪いのは個別のボタンではなく、利便性を認可より前に置く製品姿勢に見える。エージェントが代わりに行動し、会話がワンクリックで共有できる、その拡張の速度に権限モデルが追いついていない。報道後、Ars Technicaによれば、Metaは共有機能を一時停止して見直し、設計変更を検討すると述べたという。
Museの会話を共有したことがある人が先にやるべき3点
第一に、共有した機微な会話を洗い出し、削除するかリンクを取り消すこと。顧客、同僚、財務、家族に関わるものは優先度が高い。第二に、リンクが索引化や転送をされた後は元を消してもコピーが残りうるため、内容は既に見られた前提で、関係者への通知が必要か判断すること。第三に、正式な修正説明が出るまで、公開したくない内容に共有機能を使わないこと。チーム内の回覧も同じ基準で考えるべきだ。
教訓は他のエージェント製品にも共通する。「リンクを知れば誰でも見られる」共有は、リンクが漏れる前提で扱うべきだ。共有する前に、そのリンクが明日の検索結果に出ても困らないか自問し、答えに詰まるなら押さないこと。Metaが答えるべき点も具体的だ。見つかった6800件以外の既存リンクは全て失効するのか、タイトルは今後もアドレスに入るのか、索引化されたページはどう消すのか。これらが固まるまで、共有機能が戻っても仕事の会話を安心して貼れる状態には戻らない。
