SpaceXSI（原 xAI）旗下 Grok 的「Build」模式，可以依照聊天描述直接寫出網頁應用程式，按下「發布」就會分到一個 grok.me 底下的獨立網址。資安公司 Claroc 最新報告指出，它檢查的 37,571 個仍在線上的此類應用程式中，有 35,578 個無須登入即可存取，比例為 94.7%。
暴露的內容裡，有病患的檢驗數值、醫院員工名單，也有 SpaceXSI 和 X 員工自己做的內部文件。
兩項預設值疊在一起
Claroc 把原因歸到發布環節。在它用於測試的付費帳號上，發布對話框裡的「Anyone with the link（任何拿到連結的人）」是預先勾選好的。
網址也不難找。每個應用程式都有自己的子網域，第一次被造訪後，名稱就會進入商業 passive DNS 資料庫（記錄網域解析歷史的資料庫），這些資料庫可以依規則批次檢索。預設公開，再加上網址可被列舉，「拿到連結才看得到」這層保護基本上形同虛設。
外洩的都是什麼
Claroc 表示，大部分公開的應用程式是小遊戲、登陸頁和計算機，約十分之一含有敏感資料、內部業務資料或個人資訊，約 2% 屬於特別嚴重的情況。
已確認的案例包括：一份加護病房（ICU）交班簡報寫著病患的檢驗數值；一家醫院集團 3,500 多名員工的名單；一個消防單位的排班表；一個工時表應用程式的原始碼裡寫著 18 個帳號的明文密碼。除了 SpaceXSI 和 X，受影響的機構有 30 家，其中 6 家是《財星》500 大企業，Claroc 並未公布名稱。
員工製作的那 24 個應用程式裡，有一份新進企業業務人員的機密訓練計畫，列出內部系統網址和 19 個內部聊天群組；一張把 594 個策略客戶分進六個銷售區域並排好優先順序的地圖；還有 8 份 X 廣告提案，其中一份是針對美國聯邦機關，標註為機密。
Grok 寫的權限程式碼也有漏洞
Claroc 用自行建立的兩個測試應用程式，發現了另一類問題。一個聯絡人清單應用程式產生的資料庫沒有登入機制，匿名訪客可以直接寫入項目。
另一個是業務團隊的客戶清單。Grok 自己加上了 Google 和 X 登入，但程式碼是先把每個登入成功的使用者加進團隊，之後才檢查成員身分，結果一個外部的 Google 帳號就能讀取、修改、刪除紀錄。Claroc 表示，寫入與刪除測試只在自己的應用程式上進行過。
同類產品的預設值差在哪
橫向來看，「分享」按鈕的預設值決定了大半結果。Claroc 以 ChatGPT 做對照：新建應用程式分享時預設是「Only me」，網址同樣會出現在 DNS 資料裡，但打開後只有擁有者能使用。Grok 其實也有「Only you」選項，測試中切過去就能擋住外部存取，只是沒有設成預設。
分享功能出問題的不只 Grok。Claroc 用同樣的 passive DNS 方法，在 10 月找到約 6,800 筆 Meta 智慧代理 Muse 的分享對話；今年 7 月，Anthropic 的 Claude 分享對話和 Artifacts 也出現在搜尋引擎中，其中包括使用者做的應用程式。對 Grok 本身來說，這至少是第三起隱私事件：2025 年 8 月，Forbes 在 Google 搜尋裡找到 37 萬多筆分享的 Grok 對話；2026 年 7 月，終端機工具 Grok Build 被爆出未經詢問就上傳使用者檔案，包括 SSH 金鑰和密碼庫。
公司怎麼說
SpaceXSI 的回應只有幾句：應用程式在建立者分享之前是私有的，發布要經過包括法律提示在內的多個步驟，員工帳號預設是「Only you」。Claroc 反駁說，只要最後一步仍預選「Anyone with the link」，多點幾下並不能擋住誰；24 個員工應用程式也說明，員工帳號的預設值沒起到多少作用。
SpaceXSI 已經下架這 24 個員工應用程式，其他使用者與機構的公開應用程式仍在線上。公司沒有承諾聯絡所有受影響的擁有者，Claroc 目前自行逐一通知。它提出的改法有三項：預設改成「Only you」，並在發布前顯示誰可以存取；應用程式帶有資料庫卻沒有登入時給出警告；以共用主機下難以猜測的路徑取代獨立子網域。
Claroc 本身販售 AI 生成應用程式的資安產品，上述比例與案例目前只有它一家的說法，尚未經第三方複核。
參考來源：Claroc 資安報告、The Decoder、CocoLoop；94.7% 的比例、受影響機構數與員工應用程式數均為 Claroc 的說法，SpaceXSI 的回應以其對研究方的答覆為準。