Meta 於 10 月 20 日暫停 AI 代理 Muse 的對話分享功能。網絡安全公司 Claroc 發現，透過公開可查的 DNS 歷史記錄，便能找到超過 6,800 個 Muse 分享網址。研究人員抽查數百個頁面，發現部分包含企業內部報告、融資申請及員工資料，毋須登入 Meta 帳戶亦可瀏覽。
分享網址連同隨機識別碼被 DNS 記錄
Meta 於 9 月 8 日推出 Muse，讓用戶透過 AI 代理處理搜尋、文件及其他工作。Muse 亦容許用戶建立分享連結，將指定對話公開給持有連結的人。這項功能本身需要用戶主動分享，問題出在連結的設計方式。
Claroc 將問題命名為「GhostShares」。Muse 產生分享網址時，把對話標題與隨機識別碼一併放進子網域名稱。當有人開啟連結，DNS 查詢可能被 Passive DNS（被動 DNS）服務記錄，連同原本用來防止他人猜中網址的識別碼一同留下。第三方毋須破解識別碼，便有機會從歷史記錄找出完整網域名稱，再開啟相關分享頁面。標題也讓人毋須進入頁面，就能初步判斷資料內容。
研究團隊只用一次 Passive DNS 查詢，就找到超過 6,800 個相關網域名稱；公開的 URL 掃描服務 urlscan.io 當時亦有逾 75 筆相關掃描記錄。研究指出，Muse 雖然透過 robots.txt 限制搜尋引擎抓取分享頁面，但這項設定無法阻止 DNS 記錄被其他服務收集。
抽查發現企業財務及機密面談資料
Claroc 在抽查的數百個頁面中，找到供行政總裁閱讀的企業收入報告、中小企業貸款申請、涉及銀行可疑交易的待辦事項，以及房地產投資回報與按揭數據。有分享頁面載有數十名員工的全年假期安排，亦有應徵者與前沿 AI 研究機構進行保密招聘面談前準備的資料，當中涉及內部聯絡人及會面時間。
研究團隊指出，大部分被抽查頁面並無敏感內容，6,800 多個網址亦只是單一 Passive DNS 資料集所得，不能直接等同 6,800 宗企業資料外洩，更不能代表 Muse 所有私人對話都被公開。團隊沒有證據顯示第三方已利用這批資料，亦無法確定其他人曾否較早發現這些頁面。
Meta 暫停分享功能 舊網域名稱仍留記錄
Claroc 於 10 月 8 日經 Meta 漏洞回報計劃提交問題。Meta 其後回覆 Ars Technica，表示正檢視報告並研究如何修改分享連結被發現的方式，期間暫停相關功能。
Claroc 於 10 月 20 日重新檢查 40 個早前毋須登入即可開啟的分享頁面，發現全部已無法存取。不過包含對話標題的網域名稱，仍保留在 Passive DNS 歷史記錄中。頁面無法繼續開啟與既有網域記錄被刪除，是兩回事。
企業須把 AI 分享連結納入資料外傳管控
對使用 AI 代理處理業務的企業而言，風險出現在員工把包含內部資訊的對話主動分享出去。即使平台稱連結不會被搜尋引擎收錄，只要任何持有網址的人都能閱讀，企業便不能假設內容只限指定收件人查看。
Claroc 建議 IT 及資訊保安團隊先掌握員工有否使用未經公司審批的 AI 工具，並監察公開分享連結的建立行為，把這類操作視作資料對外傳送。研究團隊亦建議檢查企業使用的 SaaS 與 AI 工具，其分享網址有否出現在 Passive DNS 或公開 URL 掃描服務；若無法監察或限制相關行為，可考慮暫時透過受管理裝置的網絡控制封鎖高風險服務。這些屬研究公司的治理建議，並非 Meta 已公布的企業補救方案。
資料來源：Claroc、Ars Technica、GIGAZINE
