本文へ
ハクソク

世界を動かす技術を、日本語で。

MetaのMuseにファイルシステムを尋ねたら、6.8GBを送ってくれた

元記事: 原文(mouse.dev)

概要

  • MetaのMuse からエクスポートされたLinux環境の詳細な内容
  • 内部ファイルやSSHキー など、機密性の高い情報が含まれていた
  • スキル、統合、メモリ管理 などMuseの仕組みを解説
  • バグ報告とMetaの対応 についての経緯
  • 今後の懸念点や考察 も含む技術的な分析

Museエクスポート内容の概要

  • Museが見えるファイル群をアーカイブし、Google Driveに送信 圧縮約2.7GB、展開後6.8GBのデータサイズ
  • Linux環境のルートファイルシステム (Ubuntuシステムファイル含む)の内容
  • Muse内部ドキュメント、統合コード、アプリテンプレート、メモリファイル、エージェントログ の存在
  • SSHキー ファイルも含まれていたが、アクティブかどうかは不明

報告内容と懸念点

  • Metaのバグバウンティプログラムを通じて報告 アーカイブやキー、セッションログは公開せず
  • 懸念点:内部ランタイムファイルや機密情報が通常会話とエクスポート先連携で外部流出する可能性
  • SSHキーの有効性やアクセス権限は未検証

Museのランタイムとドキュメント

  • /home/hatch, /opt/hatch, /opt/hatch-image に主要なファイルが配置
    • HatchはMuseの内部名称
  • agents/ディレクトリには113のサブエージェント記録とJSONLトレース
  • SOUL.md, IDENTITY.md, USER.md, MEMORY.md, AGENTS.md, TOOLS.md などのエージェントホームディレクトリ
  • 約20のMarkdownドキュメント でシステムの利用方法や統合、データ管理を説明
    • WhatsApp, Mac連携, Tailscale, Home Linkなどの個別ガイドも存在

スキルと統合

  • /opt/hatch/skills/に約68のスキルディレクトリ
    • SKILL.md説明書とコマンドラインツールまたはサポートコードで構成
    • Google Workspace、Metaアプリ、Outlook、旅行、買い物、健康、家電、メディア生成などをカバー
  • skill-scopes.conf, bin-scopes.conf に未公開コネクタ(Slack, Dropbox, Polymarket, Canva, Klaviyo, internal-facebook-cLI)への言及

コンテナセットアップ

  • /opt/hatch/runtime-cell/ に18ファイル ルートファイルシステム構築、systemd-nspawn起動、スタートアップフックやデーモン実行スクリプト
  • runtime-cell.kdlマニフェスト でパッケージやsystemdユニットを記述
  • コンテナ外のインフラ監査や証明には不十分

Spacesフレームワークとファイルビルダー

  • Spacesフレームワーク :アプリ構築・提供用の最大規模プロジェクト
    • TypeScriptスターター(Reactクライアント、サーバーアクション、Drizzle SQLiteスキーマ、SQLマイグレーション、Bun設定)
    • worker, sdk, cloudflare, cvmディレクトリ
  • ドキュメント・PDF・プレゼン・スプレッドシート・Markdown生成ビルダー も含む
  • magic-momentスキル :カードや動画作成、ブラウザキャプチャ、フォント、ブランドアセット
  • 多数のWebPアイコン も同梱

Codexとサンドボックス

  • Codex CLI は/opt/hatch-image/bin/codex(バージョン0.149.0)にインストール
    • Museがコーディングエージェントとして利用している形跡なし
  • bubblewrapサンドボックス (codex-resources/bwrap)を利用し、ffmpegやffprobe等の動画処理を制限環境で実行
    • ネットワークアクセスなし、nobodyユーザー、/input・/outputディレクトリのみ公開
  • Codex自体の呼び出しコードは見当たらず

メモリとスケジュールワーク

  • メモリはMarkdownファイルで保存
    • ~/MEMORY.md:事実や好み、約束の簡易シート
    • ~/memory/:日々の詳細記録
    • エージェントが会話中に書き込み可能
  • 背景ジョブ :新規主張の検証・記録、キュレーション、日次ログ管理
  • memory/bank/ :状況・体験・好みを出典付きで整理
  • Postgresで全文検索可能
    • memory.entries:チャンクと行参照
    • memory.embeddings:384次元ベクトル
    • memory.claims:証拠・信頼度・状態
  • 忘却ワークフロー :関連IDの撤回、リンク削除、インデックス再構築
  • nightly “dream” :会話の振り返りと次回へのガイダンス生成
    • ALIGNMENT_SYNTHESIS.mdで恒常的な指針に変換

Home Linkとデバイス連携

  • docs/devices/home_link.md :Meta Home LinkというESP32-C5(Wi-Fi/Bluetooth LE)の実験的統合
    • デバイスペアリング、ローカルネットワーク探索、プロキシ経由でのエージェントアクセス
    • BrotherプリンタやLutronブリッジへの既存ガイドも
  • Museがホームネットワークのデバイスアクセスを目指している可能性

開示・Metaの対応

  • Metaのバグバウンティプログラム経由で報告
    • 結果は「Not Applicable」
    • 追加証拠の提出を案内、具体的な却下理由は不明
  • コンテナ境界突破の検証は未達
    • 80ソケットの調査途中で中断(本番環境のため、経験不足も理由)

考察と今後の懸念

  • エクスポート機能が内部情報流出のリスクを孕む
  • SSHキーや内部ファイルの扱いに注意が必要
  • 今後のバージョンや運用でのセキュリティ対策強化が望まれる
  • 情報開示と検証の透明性向上が課題

提供: ハクソク · 要約更新:

AIによる日本語要約です。内容は原文とあわせてご確認ください。

Hacker Newsの議論を読む

Hackerたちの意見

マジで、これにバグバウンティがないの?システムの全コンテンツを抜き出すのに?

└

うん、ちょっと驚いたけど、バウンティプログラムも従業員もこれを脆弱性とは見なしてなかったんだよね。

└

これ、ほとんどバグじゃない気がする。エージェント環境内のファイルが秘密じゃないのは当然だし。

└

VMはユーザーが好きに使えるものだよ。アプリをインストールしたり、ビルドを実行したりするように指示できるし。彼がVMから逃げるために使ったわけじゃないって言ってるから、これにバウンティは必要ないと思う。

└

ユーザーにエージェントを実行させたり、ランダムなソフトウェアをインストールさせたりしてるなら、実行環境への完全なアクセスはほぼ保証されてるよ。だからサンドボックスが存在するんだ。サンドボックスから抜け出すのはバウンティに値するよ。

└

システムの全コンテンツを抽出する すべてのセッションの内容はユーザーが所有しているから、出力も含めて、ユーザーが与えられたすべてのファイルを所有しているのか気になるな。

└

うん、これは納得できる。これらのサンドボックスはオープンであることが前提だから、中にあるものはこの理由でプロプライエタリにはできないんだ。

└

プライベートなものじゃないよ。実際、これらのマークダウンファイルはアプリからそのまま見たり編集したりできるから、特に何かを要求する必要もないんだ。

└

アプリのUIファイルエクスプローラーにあるよ、笑。エージェントに送ってもらう必要はない。あ、私がそのVMにsyncthingをインストールするように頼んだっけ?そうだよ、頼んだよ。

└

バグって何?「セッションでリクエストできるサンドボックスファイルのコピーを取得すること」?ここにあるファイルはどれも機密性が高いわけじゃないし、隠しておくべきものでもないよ。ただのサンドボックスだからね。ローカルモデルを動かしてるなら、自分でそれを設定するし、特別なものはないよ。

約20のMarkdownファイルが、ブラウザの使い方、コネクタ、支払い、認証情報、データ処理、生成されたファイル、音声、目標、スケジューリングについて説明してる。これが2026年のソフトウェアエンジニアリングの現状だよ。追記:エンジニアリングをソフトウェアエンジニアリングに修正した、こっちの方が正しいから。

└

エージェントがどう動くか理解するのには確かに役立ったよ!

Hacker Newsで議論の続きを見る