Fireworks AI遭駭波及Notion，約1%工作空間的AI對話紀錄被存取

提供企業訓練與執行AI模型基礎設施的Fireworks AI，在2026年10月接連遭到入侵，其中一起事件波及雲端協作平臺Notion。根據iThome報導，部分Notion AI對話紀錄遭未授權存取，Notion表示受影響的約占其工作空間的1%，並已通知相關客戶。Notion強調，被入侵的不是自家系統，其他功能也未受影響。

整起事件的全貌目前仍不完整：據The Register報導，Fireworks與Notion都尚未公布兩次入侵總共影響了多少客戶，因此實際規模只能視為未知。

Fireworks十月兩度遭入侵

根據The Register與iThome，Fireworks在10月6日發現內部憑證遭未授權使用，並於10月9日首度揭露。攻擊者當時取得的是客戶帳號中評估工作所使用的環境變數，包括部分客戶的API金鑰與權杖。Fireworks當時表示，沒有發現模型、資料集、訓練資料或推論流量遭存取的證據。

第二起入侵發生在10月24日。Fireworks說明，託管其研發機器的第三方雲端業者在前一天（10月23日）發生資安事件，攻擊者藉此進入Fireworks的開發機器，並執行未經授權的工作負載，使更多客戶資料受到影響。Fireworks懷疑與以牟利為目的、從事「LLMjacking」（販售未經授權的AI模型存取權）的犯罪集團有關。這只是該公司的推測，並非已確立的歸因。

11月9日的更新大幅擴大了已揭露的範圍，受影響資料包括：

• 資源中繼資料，例如資源識別碼、顯示名稱、說明與建立時間；
• 帳單與付款相關資訊，包括帳單與寄送地址、發票與付款紀錄、帳戶餘額；
• 部分客戶的資料集，以及不完整的模型權重資料。

Fireworks指出，公司並未儲存客戶的信用卡卡號。據iThome，預設採零資料留存的Inference、Training SDK及Nexus服務，目前也未發現受影響。執行長Lin Qiao對The Register表示，攻擊者的目的似乎不是竊取權重，因為多數下載只是部分檔案且隨即中止。Fireworks已與Palo Alto Networks旗下的Unit 42團隊合作處置，撤換相關憑證、隔離受影響系統、限制網路存取，並暫停批次推論與資料集訓練所使用的自助上傳與下載功能。

Notion發現了什麼

Notion原本透過Fireworks執行Insights功能所需的對話分類工作，這項功能協助企業分析Notion AI的使用情況；Notion也利用該平臺提供開放權重模型的推論。據iThome，Notion在11月2日首次接獲通報，初步調查認為遭存取的資料是Notion AI的合成測試資料，不涉及客戶資料。Fireworks在11月6日再度通知可能涉及客戶資料，直到11月8日確認資料範圍，Notion才發現其中包含Insights使用的AI對話紀錄，也就是寫入紀錄的模型輸入與輸出。

Notion在11月3日已切斷與Fireworks的連線，並刪除存放在該平臺的資料，目前也停用了Insights，不再透過Fireworks提供開放權重模型推論。據The Register引用的通知信（由Render執行長Anurag Goel公開分享），Notion告知客戶，其工作空間屬於可能受影響的不到1%之列，部分「無法歸屬的」對話可能外洩，工作空間內的其他資料則未受影響。

除了對話紀錄本身的內容之外，沒有任何資訊能將這段對話連結到你的工作空間、使用者或公司。

問題在於：雖然多數受影響工作空間的對話紀錄沒有標示使用者或工作空間資訊，但對話內容本身仍可能含有可辨識身分或敏感的資料，Reddit上的使用者也提出了這點（據The Register）。Notion開放受影響工作空間查看相關資料，並提醒曾在AI對話中輸入密碼、API金鑰等機密資訊的使用者儘速更換。

另據彭博社報導、由The Register轉述，Fireworks也正與Cursor、Harvey等客戶合作評估影響。這些評估的結果，截至本文撰寫時尚未公開。

對臺灣企業的意義

對使用Notion AI、或任何仰賴第三方代管模型的臺灣企業來說，這起事件的教訓很具體：你與AI的對話，可能經過一家你根本不知道名字的下游供應商。建議向軟體供應商索取其AI相關分包商的清單，以及資料留存政策，尤其要確認是否預設零留存。

眼前可做的事有三件：確認貴公司的工作空間是否已收到Notion通知；立即更換任何曾貼進AI對話的密碼與API金鑰；並與負責個資的同仁評估這些對話中是否含有個人資料，以決定後續的內部通報與處理。長期而言，與其依賴事後刪除，不如在制度上明訂：機密與個資一律不得貼進AI對話。