OpenAI 回應 TanStack npm 供應鏈攻擊事件並要求 macOS 使用者限期更新

事件背景：TanStack供應鏈攻擊波及OpenAI

OpenAI官方近日釋出安全公告，確認受到"Mini Shai-Hulud"供應鏈攻擊影響。這次攻擊針對的是前端開發圈大名鼎鼎的TanStack系列工具庫（包括TanStack Query、TanStack Table等），這些庫在npm生態中周下載量輕鬆破百萬。

供應鏈攻擊說白了就是駭客通過汙染開發工具鏈，讓無數開發者不知不覺中下載帶毒的程式碼包。這種攻擊防不勝防，畢竟誰會對官方釋出的依賴包起疑心呢？

OpenAI在公告中透露，這次攻擊影響到了自家macOS版應用，已經啟動應急預案，要求使用者必須更新客戶端。

OpenAI的三板斧防禦

OpenAI這次應對相當硬核，主要從三個維度構築防線：

系統安全加固
技術團隊對可能被汙染的系統進行了全面體檢和加固。雖然沒有公佈具體細節，但業內老司機都知道這類操作通常包括：

• 隔離可能被黑的構建環境
• 徹查近期釋出的應用版本
• 監控是否有資料偷偷外流

簽名證書保護升級
公告特別強調了簽名證書的保護措施。在macOS生態裡，程式碼簽名就是應用的身份證。這次攻擊可能涉及：

• 駭客試圖盜用OpenAI的簽名證書
• 或者直接在已簽名應用中植入惡意程式碼

OpenAI的應對措施包括定期更換證書、升級金鑰管理流程，以及更嚴格的簽名環境隔離。

強制更新機制
最狠的是OpenAI設定了最後通牒：2026年6月12日。這意味著：

• 這個日期之前的版本都可能存在安全隱患
• macOS使用者必須更新到最新版才能繼續使用
• 到期後舊版本可能會被直接拉黑

給兩年緩衝期算是業界良心了，也符合證書管理的常規操作。

npm生態的軟肋

TanStack事件再次暴露了JavaScript生態的命門：

• 依賴黑洞：隨便一個前端專案都可能間接依賴幾百個npm包，其中任何一個出問題都能引發連鎖反應
• 維護者風險：很多熱門庫就靠一兩個大佬維護，賬號一丟全完蛋
• 自動更新陷阱：CI/CD流程裡的自動更新可能在你眼皮底下塞進惡意程式碼

這不是第一次了，2021年的ua-parser-js事件、2022年的node-ipc抗議事件，都說明駭客已經把這套玩法玩出產業鏈了。

給國內AI圈的啟示

雖然OpenAI沒透露太多技術細節，但這個瓜我們吃得很有營養：

依賴管理要硬氣

• 定期用npm audit、Snyk等工具掃雷
• 關鍵專案必須鎖版本（package-lock.json安排上）
• 考慮自建私有npm映象，二次檢查更放心

證書管理要夠狠

• 簽名證書最好存在HSM硬體裡
• 嚴格控制訪問許可權
• 準備好應急方案，隨時能吊銷重籤

安全意識不能停

• 對開源依賴保持懷疑態度
• 盯緊維護者變動和異常更新
• CI/CD流程必須加入安全卡點

用OpenAI macOS版的開發者注意了，趕緊檢查更新提示，別等最後期限才行動。這件事告訴我們：就算強如OpenAI，在供應鏈安全面前也得時刻保持警惕。

常見問題

TanStack 供應鏈攻擊具體是如何影響 OpenAI 的?

OpenAI 公告未披露具體攻擊細節和影響範圍。通常此類攻擊通過在流行 npm 包中注入惡意程式碼,影響所有使用該依賴的下游應用。OpenAI 的 macOS 應用可能在構建過程中使用了受汙染的 TanStack 庫版本,促使其採取證書保護和強制更新措施。

為什麼 OpenAI 只要求 macOS 使用者更新,其他平臺不受影響嗎?

公告明確提到 macOS 使用者需在 2026 年 6 月 12 日前更新,可能是因為該平臺的應用構建流程受此次供應鏈攻擊影響。其他平臺(Windows/Linux/Web)可能使用不同的構建環境或依賴版本,或者 OpenAI 已通過其他方式完成修復。建議所有平臺使用者保持應用為最新版本。

國內 AI 公司如何防範類似的 npm 供應鏈攻擊?

建議採取多層防護:1)使用 npm audit 等工具持續監控依賴漏洞;2)鎖定依賴版本並建立變更審批流程;3)考慮搭建內網 npm 映象進行二次安全審查;4)在 CI/CD 中整合 SAST/SCA 安全掃描;5)對關鍵應用實施程式碼簽名和完整性校驗。供應鏈安全需要流程、工具和意識的綜合提升。

---

本文基於 OpenAI 報道, 由 AiDuo123 AI 編輯翻譯改寫。原文連結: https://openai.com/index/our-response-to-the-tanstack-npm-supply-chain-attack