摘要： 前端雲端平台 Vercel 在 2026 年 4 月 19 日、一個週日，對外發布資安公告：攻擊者已經侵入其內部系統、帶走一部分客戶資料，而駭客論壇上已經出現兜售這批竊得憑證的帖子。隔天、也就是 4 月 20 日，TechCrunch 取得了論壇上的販售清單，裡頭列著客戶 API 金鑰、原始碼，以及資料庫相關資訊。
前端雲端平台 Vercel 在 2026 年 4 月 19 日、一個週日，對外發布資安公告：攻擊者已經侵入其內部系統、帶走一部分客戶資料，而駭客論壇上已經出現兜售這批竊得憑證的帖子。隔天、也就是 4 月 20 日，TechCrunch 取得了論壇上的販售清單，裡頭列著客戶 API 金鑰、原始碼，以及資料庫相關資訊。
這起事故最不尋常之處，在於起火點根本不在 Vercel。攻擊鏈的起點，是一名員工私下在用的第三方 AI 工具 Context.ai；憑著一條 OAuth 授權連結，攻擊者一路深入 Vercel 的內部環境。「影子 AI」撞上 SaaS 過度授權，這是一個教科書等級的實例——任何曾經把 AI 工具接上公司帳號的團隊，恐怕都得把自己的授權清單重新翻一遍。
攻擊怎麼發生：起點在 Context.ai，終點在 Vercel
CyberScoop 援引資安業者 Hudson Rock 的調查結果，把源頭還原如下：2026 年 2 月，Context.ai 的一位員工搜尋 Roblox 遊戲作弊工具時中了招，電腦被植入 Lumma Stealer 竊資木馬——這類竊取程式散播時，這條路徑名列最常見的幾種之一。攻擊者順著這個立足點摸進 Context.ai 位於 AWS 的環境，取走部分使用者的 OAuth 權杖，其中一枚對應到一位 Vercel 員工的 Google Workspace 帳號。Context.ai 本身則證實，旗下 Office Suite 消費端應用程式在 3 月已遭入侵；當時它只通知了唯一一家客戶，直到 Vercel 事件鬧大，才改口說影響「可能更廣」，並表示駭客「很可能掌握了部分消費端使用者的 OAuth 權杖」。
真正要緊的一點是：Vercel 從頭到尾都不是 Context.ai 的企業客戶。那位員工是自己動手把 Context AI Office Suite 接上來用，還授予了它完整存取權限。攻擊者就拿著這枚權杖接管帳號，進而碰到了若干 Vercel 環境，以及「未標記為敏感」的環境變數。
一條 OAuth 授權，怎麼成了破口
整條入侵路線沒有動用任何零日漏洞。過程是這樣走的：員工把某個 AI 工具接到公司的 Google 帳號；工具業者的機器被塞進竊資木馬；權杖因此外流；攻擊者再拿這份本來就合法存在的授權直接登入。Vercel 在公告裡請 Google Workspace 管理員排查並移除一個可疑的 OAuth 應用程式 ID——換個說法，缺口出在「曾經點頭同意過的連線」，而不是認證機制被擊破。執行長 Guillermo Rauch 事後在 X 上補充說明：客戶資料本身是以加密狀態存放的，攻擊者靠著列舉（enumeration）把變數一一點出來，才得以往外擴張；他並形容這組人「高度精密，且我強烈懷疑受 AI 大幅加速」。TechCrunch 的報導則提到，Vercel 認為對方行動節奏極快，而且對 Vercel 的系統瞭若指掌。
哪些資料被碰過、論壇上賣的是什麼
Vercel 的說法是：標為 sensitive 的環境變數以讀不出來的形式存放，目前也沒有證據顯示它們被碰過；實際受到影響的，是沒有標記敏感的那些變數，加上部分內部環境，牽涉「有限數量」的客戶相關資料——公司自己估算，範圍橫跨多家組織、約「數百名使用者」，後續還可能引發連環式的二波外洩。不過，TechCrunch 實際看到的論壇貼文，開賣項目是客戶 API 金鑰、原始碼與資料庫資訊；賣家宣稱自己代表 ShinyHunters 出面，ShinyHunters 則向 BleepingComputer 否認涉入。多家媒體指出賣方開價 200 萬美元；Vercel 這邊則說，從未收到任何接觸，也沒有人提出贖款要求。Next.js 與 Turbopack 都不在影響範圍內；Vercel 已與 Mandiant 等資安夥伴共同調查，並通報了執法機關。
影子 AI 疊上供應鏈攻擊
這次事故等於把 2026 年兩條最火燙的資安主線綁在了一起。第一條是第三方 AI 工具的治理：這類工具靠 OAuth 累積了很大的權限範圍，卻遊走在傳統供應商審查流程之外；Context.ai 從 2 月中鏢到完整對外說明，拖了將近兩個月，小規模工具公司在事件應變上的洞一目了然。第二條是供應鏈式的收割手法：只要攻陷一名員工的私人工具，就能沿著連線收割其上游平台，連同平台上的客戶一併拿下——事件曝光後，加密貨幣領域的開發者已經急著把部署在 Vercel 上的 API 金鑰全部換掉。別忘了，如今的漏洞通報量早就把人工處理管線擠爆，連 NVD 都被迫重新設計流程來消化 CVE 積壓（可參考我們先前的分析）；在這樣的年代，靠合法授權行事的攻擊路徑，偵測難度更高，事後歸因也更頭痛。
現在就能做的事：給開發者與資安團隊
Vercel 給出的建議可以直接付諸執行：查看帳號的活動紀錄、把所有暴露在外的 API 金鑰與權杖換新、複查近期的部署內容、替環境變數加上敏感標記，並更新安全權杖。再往上想一層，資安團隊應該把「AI 工具的 OAuth 授權」列進例行盤點——範圍不能只限公司正式採購的工具，員工自己接上企業帳號的每一條連線都要算進去；評估供應商時，也該把「事件通報時效」納入條件。這一次沒有什麼神奇解方，能靠的只有基本功：最小權限、敏感資料確實標記、權杖快速輪換。