NEAR AI 因推論引擎漏洞遭入侵（約 100 名使用者的帳戶資訊）：已確認的事實，以及使用者和 AI 基礎設施營運者應怎麼做

據公司的報告，對於確認帳戶資訊曾被存取的使用者，以及這 18 個 AI 代理的所有者，公司已透過 security@near.ai 直接聯絡，並告知適用的步驟。請也檢查垃圾郵件資料夾。如果您收到了訊息，請先按其指引操作。

如果不確定訊息是否真實，請不要開啟其中的連結，而是自行開啟公司的官方網站。公司的聯絡方式是 security@near.ai。

公司建議，對主動發來、提及您帳戶或餘額的訊息要保持警惕。被取走的是電子郵件地址和姓名，部分帳戶還有方案和餘額資訊。把這些放在一起，就能寫出以假亂真的假冒訊息（一般而言）。請不要開啟連結，而是透過書籤檢視帳戶。詳見什麼是網路釣魚。

公司確認的是：18 個舊版 AI 代理的聊天紀錄、設定和日誌被取走；另外，兩家 Cloud 客戶的 API 金鑰曾在日誌中暴露（未說明被取走）。公司還稱，11 月 8 日被入侵伺服器上的使用者請求可能被觀察到。

如果您曾把 API 金鑰、密碼或連線字串放進 AI 代理的設定或聊天中，出於預防請向簽發方更換。無需等到弄清它是否被看到。關於金鑰的處理，請參見環境變數與 API 金鑰基礎。

公司稱，在日誌中暴露的金鑰屬於兩家 Cloud 客戶，已被撤銷。報告沒有給出針對其他客戶金鑰的指引。請檢查您在哪些地方使用金鑰，刪除不再使用的金鑰，並確認沒有把它們寫進日誌或歷史紀錄（本站看法）。

針對本次事件，您自己的推論和 AI 代理基礎設施需要檢查哪些方面，下文「AI 基礎設施營運者應檢查什麼」中有彙總。

在這次的說法中，一台推論伺服器上的程式碼執行，導致了其他基礎設施被存取。不給推論伺服器配置通向內部管理系統和其他伺服器的憑證或連線，並把它的通訊限制在必要的目的地，可以縮小一台被入侵的機器的影響範圍（本站看法）。

被取走的帳戶資訊位於已停用的 Private Chat 背後的內部系統中。對於不再使用的服務，不要只是關掉：要刪除資料、撤銷憑證，並將其從網路中移除。留下的一切，都是發生入侵時會暴露的內容（本站看法）。

這 18 個 AI 代理位於未在機密計算環境中執行的舊版部署上。強化新環境，會讓舊環境成為薄弱的一側。請遷移它，或為其退役設定期限，同時對它適用相同的權限限制（本站看法）。

公司稱兩家 Cloud 客戶的 API 金鑰曾在日誌中暴露。不要把請求頭或設定原樣寫入日誌，要對金鑰和權杖做掩碼處理，並限制日誌存放位置的存取權限。同時預先準備好金鑰一旦進入日誌時能迅速撤銷的步驟（本站看法）。另一起以金鑰處理為焦點的案例，參見Northflank 安全事件。

公司在所有推論伺服器上部署了修復，並向 SGLang 專案報告了該漏洞。如果您使用開源推論引擎，請保持一條能把已發布的修復迅速推送到每台伺服器的部署途徑，並保有所執行版本的清單，這樣可以縮短從發現到修復的時間（本站看法）。另一起針對 AI 基礎設施的入侵，見Hugging Face 遭入侵事件。