Uber／官方：第三方供應商內部憑證被盜——取用駕駛執照影像及姓名、地址、出生日期與駕照號碼；愛荷華州約二千九百九十九名居民、羅德島約一千八百七十三人受影響；發言人向傳媒指供應商為 Fireworks AI

Key takeaway

Uber Technologies 已向美國多個州的受影響人士發出保安事故通知。公司向愛荷華州司法部長提交、日期為十一月十日的函件顯示，十月九日有服務供應商告知，未經授權第三方已盜用該供應商的內部憑證，並用以取用 Uber 在該供應商的帳戶；調查於十月十三日判定，有關人士已在十月七日取用與該供應商相關的 Uber 資料，當中包括駕駛執照影像，以及姓名、地址、出生日期和駕照號碼等文字資料。函件指愛荷華州約有二千九百九十九名居民受影響，同一通知亦載明羅德島約有一千八百七十三人受影響。科技媒體 TechCrunch 及 PCMag 其後引述 Uber 發言人，指涉事第三方供應商為人工智能推論平台 Fireworks AI。

Uber／官方：第三方供應商內部憑證被盜——取用駕駛執照影像及姓名、地址、出生日期與駕照號碼；愛荷華州約二千九百九十九名居民、羅德島約一千八百七十三人受影響；發言人向傳媒指供應商為 Fireworks AI

Uber Technologies 已向美國多個州的受影響人士發出保安事故通知。公司向愛荷華州司法部長提交、日期為十一月十日的函件顯示，十月九日有服務供應商告知，未經授權第三方已盜用該供應商的內部憑證，並用以取用 Uber 在該供應商的帳戶；調查於十月十三日判定，有關人士已在十月七日取用與該供應商相關的 Uber 資料，當中包括駕駛執照影像，以及姓名、地址、出生日期和駕照號碼等文字資料。函件指愛荷華州約有二千九百九十九名居民受影響，同一通知亦載明羅德島約有一千八百七十三人受影響。科技媒體 TechCrunch 及 PCMag 其後引述 Uber 發言人，指涉事第三方供應商為人工智能推論平台 Fireworks AI。

Uber／官方：第三方供應商內部憑證被盜——取用駕駛執照影像及姓名、地址、出生日期與駕照號碼；愛荷華州約二千九百九十九名居民、羅德島約一千八百七十三人受影響；發言人向傳媒指供應商為 Fireworks AI

美國叫車平台 Uber Technologies, Inc. 於十一月十日開始，向受影響人士發出保安事故通知，並向至少愛荷華州及加利福尼亞州的司法機關提交通報。官方說明，事件源於一家服務供應商的內部憑證被盜，攻擊者據此取用 Uber 開立予該供應商使用的帳戶及雲端儲存環境，當中含駕駛執照影像及從證件抽出的個人資料。加利福尼亞州司法部長辦公室公開的通報樣本，把已知事故日期列為十月七日（星期三）。科技媒體其後引述公司發言人，指該供應商為 Fireworks AI。本文已核對愛荷華州司法部長辦公室公開的律師函及隨附通知、加利福尼亞州司法部長辦公室的通報頁與樣本通知，以及 Fireworks AI 十月與十一月的官方保安公告，來源真實性已驗證。以下整理官方已公開的時間線、受影響資料範圍，以及這類第三方人工智能供應商憑證外洩對雲端監控的啟示。

一、核心事件

Uber 代表律師於十一月十日致函愛荷華州司法部長消費者保障部門，通報一宗涉及該州約二千九百九十九名居民的保安事故。函件指出，十月九日，一家服務供應商通知 Uber，未經授權第三方已盜用該供應商的內部憑證，並用以取用 Uber 在該供應商的帳戶。Uber 稱接報後即時切斷與該供應商的資料連線，並展開調查。十月十三日，調查判定該未經授權人士已在十月七日，使用被盜憑證取用與該供應商相關、載有個人資料的 Uber 資料。

隨附的受影響人士通知同樣以十一月十日為日期，並說明將於當日起寄出。通知列明，調查認定涉及的個人資料包括駕駛執照影像，以及從證件抽出的文字資料，當中有姓名、地址、出生日期和駕照號碼。加利福尼亞州司法部長辦公室以 SB24-632751 公開同一份跨州通知樣本，機構名稱為 Uber Technologies, Inc.，已知事故日期為二零二六年十月七日。該樣本通知的附錄亦寫明，今次事故影響羅德島約一千八百七十三名居民。Uber 並未在上述官方文件公布全國總人數，本文亦不把各州已知數字加總成未經公司確認的全國數字。

Uber 在致監管機構的函件中說明，受影響資料存放於公司專為該供應商工作而設的雲端儲存環境，該環境受 Uber 的雲端安全管理流程約束，並由雲端安全團隊監督。環境已啟用警示，但由於攻擊者使用的是有效憑證，以及供應商系統被入侵後仍獲允許的資料流向，警示並未觸發。函件強調，該供應商被盜的憑證並不能用以進入 Uber 的其他系統。調查仍在進行。

事後，Uber 刪除或輪換了與該供應商相關的憑證及存取資料；供應商亦向 Uber 表示，已撤銷被盜憑證。公司向受影響人士提供由 TransUnion 旗下 Cyberscout 提供的信用監察及詐騙協助，須在信函日期起計九十日內登記。官方通知寫明，至今未發現有關資料被濫用，但仍建議收件人定期查閱帳戶結單及信用報告。

科技媒體 TechCrunch 於太平洋時間十一月十三日上午六時五十七分報道此事，並引述 Uber 發言人說：「向司機發出的通知，與影響我們其中一家第三方供應商 Fireworks.ai 的保安事故有關，該供應商曾取用部分 Uber 資料。」PCMag 其後引述同一發言人的相同表述，並請查詢轉交 Fireworks AI。Uber 提交監管機構的函件本身並未點名該供應商。

技術細節

Fireworks AI 官方保安公告（頁面最後更新為十月十日太平洋時間十一時十六分）稱，十月六日太平洋時間上午九時，公司發現有未經授權使用其內部憑證的活動，並於當日開始遏制；十月七日上午七時開始通知受影響客戶；十月九日下午四時輪換員工應用程式介面金鑰，晚上六時通知已識別的受影響客戶，晚上十時發布公告。當時官方表示，在少數客戶帳戶中，用於評估工作的環境變數（包括儲存為機密的應用程式介面金鑰及權杖）據信已遭擷取；以當時調查結果而論，未發現有人在 Fireworks 安全邊界內未經授權取用客戶模型、數據集、訓練資料、個人資料或推論流量。

Fireworks 於十一月九日發布更新，指已向執法機關通報，並取得 Palo Alto Networks Unit 42 協助進行取證。官方稱，發布首份公告時，已知只涉及 Fireworks 所儲存、例如用於評估工作的機密；其後發現帳戶及賬單資料亦受影響，少數帳戶的機密、數據集及未完成模型亦遭波及。賬單資料包括賬單與送貨地址、發票及付款紀錄、帳戶結餘與信用額使用情況；官方強調公司並不儲存付款卡號碼，有關號碼未受影響。官方亦表示，未發現對預設採零資料保留的 Inference、Training SDK 及 Nexus 造成影響，調查仍在進行。

就動機，Fireworks 指證據指向一個以牟利為目的的網絡犯罪集團，意圖把未授權取得的大型語言模型存取權售予非法路由閘道，即所謂「LLMJacking」。更新又披露另一段後續活動：十月二十三日，承載 Fireworks 研發機器的第三方雲端供應商發生保安事故；十月二十四日，該未經授權第三方借此進入 Fireworks 開發機器，並執行未授權工作負載，導致更多客戶資料受影響。Fireworks 稱當日已偵測並採取補救，截止十月二十五日，未再發現攻擊者成功未經授權進入客戶所使用的 Fireworks 平台。須注意的是，Uber 官方函件把取用 Uber 資料的時間定在十月七日，早於上述十月二十三日後的後續活動；本文並不把兩段時間線併成同一取用行為。

二、技術原理深度解析

今次事件的核心，不是公開漏洞編號或未修補的零日攻擊，而是供應鏈上的「有效憑證」。Uber 的函件說明，攻擊者先在服務供應商一側取得內部憑證，再使用這些仍然有效的權限，進入 Uber 專為該供應商開設的帳戶及雲端儲存環境。對防守一方而言，流量看起來可以像日常整合：連線來自獲准的資料流向，使用的是已獲簽發的憑證，因此已啟用的警示未必會把這類活動標為異常。

這亦解釋了為何把資料放在「由客戶雲端安全團隊監督的環境」並不足夠。Uber 強調該環境受其雲端安全管理流程約束，而且供應商被盜憑證不能進入公司其他系統，顯示其採分區存放。可是，只要第三方為完成工作而必須讀取駕照影像及相關文字欄位，攻擊者一旦冒充該供應商，便能在同一授權範圍內取走這批高敏感身份資料。警示若只針對無效登入或來自陌生網路的異常，便難以單獨攔截「憑證本身已被盜、但請求形式仍然合法」的情況。

Fireworks 首份公告描述的初始入口，是內部憑證被用於取用評估工作中的環境變數及機密。對使用第三方推論或評估平台的機構而言，這類環境變數往往包含呼叫上游模型或其他雲端服務的金鑰。官方其後把事件與「LLMJacking」聯繫起來，即犯罪集團盜用他人的模型存取權，再轉售予非法閘道，讓真正的帳戶持有人承擔用量開支。即使攻擊者的首要目標是模型權杖而非駕照影像，一旦同一供應商憑證或相連的客戶帳戶權限範圍過大，便可能順便取走客戶存放在整合環境中的其他資料。Uber 存放駕照影像的雲端環境，正是這種「為供應商工作而開設」的整合面。

因此，機構在引入人工智能供應商時，除了審查模型能力，還須把對方可假設的身分、可讀取的儲存桶、警示是否能分辨「合法整合」與「憑證被盜後的合法形式取用」，以及事故通知責任，全部寫進設計與合約。單靠事後輪換金鑰，只能切斷後續存取，無法收回已經被讀走的證件影像。

四、日常應用場景

1. 開發者與技術團隊

若業務要把用戶證件、身份核驗或訓練評測資料交給第三方人工智能平台處理，應假設供應商側的長期憑證一旦外洩，攻擊者就能以「合作夥伴」身分讀取獲授權的物件。開發團隊宜改用短時效、範圍收窄的權杖，把證件影像與評估用金鑰分帳號、分儲存桶存放，並為第三方角色加上來源網路或特定主體限制。收到供應商事故通知後，應立即撤銷對方憑證、檢查存取日誌中的下載與列出物件紀錄，並輪換環境變數內所有第三方金鑰，而不只刪除平台上儲存的副本。

2. 企業與隱私敏感行業

金融、物流、出行及任何保留政府簽發證件的行業，都應把「第三方人工智能供應商可讀取哪些身份資料」視為與核心生產系統同等級的風險。Uber 的分區存放限制了爆炸半徑，沒有讓被盜憑證進入其他系統，這是可取之處；但駕照影像、姓名、地址、出生日期與證件號碼一併被取用，已足以構成嚴重的身份盜用風險。企業應預先演練：供應商在數日內通知、自身調查再以數周發出個人通知的節奏，是否符合營運地區的法律時限，以及信用監察、客戶溝通與監管通報的責任由誰承擔。

3. 一般用戶

若你是收件的司機或相關人士，應以官方信函及公司公布的查詢渠道為準，不要輕信冒充通知的連結或要求。Uber 官方通知建議定期查閱帳戶結單及免費信用報告，必要時向信用機構登記詐騙警示或凍結檔案，並向當地執法機關或消費者保護機構查詢。登記對方提供的信用監察服務時，注意官方寫明須在信函日期起計九十日內完成，且可能需要核對身分。至今官方表示未發現資料被濫用，但證件號碼外洩的風險可以延續很長時間。

4. 香港與亞洲市場視角

香港及亞洲企業同樣廣泛使用海外推論與評估平台，把業務資料、甚至客戶身份文件交予供應商雲端處理。本地出行、物流、金融及人力核驗場景若複製類似架構，一旦供應商憑證被盜，受影響的將是駕駛執照、身份證或護照影像這類難以更換的證件資料。企業在選用供應商時，應確認資料存放地、零資料保留是否涵蓋評估與日誌、事故幾小時內能否切斷連線，以及警示能否覆蓋「有效憑證、核准流向」的異常讀取。對香港機構而言，這亦關乎個人資料的跨境處理及向受影響人士作出通知的責任。

五、專業評價與潛在考量

優勢

Uber 在接獲供應商通知後，稱即時切斷資料連線，並把受影響資料限制在專為該供應商開設的雲端環境，避免被盜憑證直接進入其他系統。公司其後刪除或輪換相關憑證，向監管機構提交附有州內人數的通報，並向受影響人士提供信用監察及詐騙協助。Fireworks 亦公布了由發現、通知客戶到後續取證的時間線，十一月更新補充了賬單資料、數據集與未完成模型的影響範圍，並說明付款卡號碼並未儲存、亦未受影響，有助客戶判斷自身風險。

需要留意的地方

官方至今未公布全國受影響總人數，各州通報仍可能陸續出現，外界不應把部分州的數字誤當成完整規模。Uber 監管函件並未點名供應商，供應商身分目前來自發言人向傳媒的表述，閱讀時應把「官方函件已證實的事實」與「發言人向傳媒確認的供應商名稱」分開表述。Fireworks 十月二十四日因第三方雲端供應商事故而出現的後續取用，與 Uber 函件中十月七日的取用並非同一段已獲官方對應的行為，不宜自行合併推論。此外，環境已啟用警示卻因有效憑證而未有報警，說明傳統以「非法登入」為中心的偵測，未必跟得上供應商整合場景；調查仍在進行，影響範圍日後仍可能更新。

結語

今次事故清楚顯示，把敏感證件資料交給第三方人工智能平台處理時，風險往往不在模型本身，而在供應商憑證、帳戶權限與雲端儲存的信任鏈。即使客戶已為供應商另設環境並啟用警示，只要攻擊者拿到仍然有效的整合憑證，取用仍可能在「看來合法」的流量中完成。企業若正在評估雲端與供應商存取的監控、切斷及事故回應安排，可參考 YSK Limited 的雲端遷移與網絡安全服務（官網刊 99.99% SLA）：https://ysk.hk/services/cloud-security

參考來源

Related services & products

Related posts