其中一單最轟動嘅案例,係一個Google Cloud客戶嘅帳戶,因為系統自動觸發容量升級,喺幾分鐘之內就產生成17,000美金費用(約132,000港紙)。科技媒體《The Register》詳細報導咗多個客戶因為洩漏嘅API密鑰而要硬食五位數美金帳單嘅慘況,仲指出Google係喺媒體查詢之後,先至肯賠償俾受害者 。有開發者同《The Register》講,佢被Google嗰套「未經用戶明確同意就自動升級計費層級」嘅政策殺咗個措手不及,覺得完全係「盲中中」俾人撳住搶 。
呢個問題嘅規模遠遠唔係個別零星案例咁簡單。報告描述咗唔少帳戶本來每月只係產生好細額嘅費用,但突然間就被高成本AI模型觸發用量急劇飆升,而自動化系統仲將佢哋嘅支出限額提高到成100,000美金,即使預先設定咗預算上限都冇用,任由未經授權嘅用量繼續燃燒 。
正常嚟講,一旦發現API密鑰被入侵,保安標準程序就係即刻撤銷佢。但保安公司Aikido喺2026年5月發表嘅研究報告就踢爆,就算開發者已經刪除咗被入侵嘅Google API密鑰,攻擊者喺之後最長成23分鐘之內,都仲可以繼續用嗰條密鑰通過驗證 。研究人員確認,由啟動刪除程序開始,驗證成功嘅狀態可以持續成個時段,中位數大約係16分鐘,觀察到最長嘅時間窗口係23分鐘 。
呢個真空期之所以存在,係因為API密鑰嘅刪除動作,並唔係同步喺Google全球基礎架構入面即刻全面反映,而係分階段傳播 。對於一個自動化攻擊者嚟講,佢哋瘋狂燃燒付費API呼叫嘅速度,23分鐘絕對夠時間產生極大嘅財務損失。呢個發現直接同最基本嘅保安原則——即係當你觸發保安控制措施時,佢應該即刻全面生效——互相矛盾。對於任何一個要處理帳單事件嘅平台嚟講,呢個係最基本嘅期望。
講到成件事最結構性嘅問題,就係Google Gemini API嘅計費層級設計。呢個系統係基於付款紀錄,採用自動逐步升級嘅使用層級:Tier 1嘅月費上限係250美金,Tier 2係2,000美金,Tier 3就由20,000美金到超過100,000美金不等 。用戶可以隨住累積消費同帳戶年期,被系統自動升級,而喺2026年,達到升級嘅門檻仲要降低咗 。
最關鍵嘅係,《The Register》報導指出,即使Google已經賠償咗幾個高調嘅受害者,但公司表明會繼續堅持自動擴大用戶支出限額嘅政策,唔會改變 。呢個咩意思?即係話一個用戶註冊時以為自己有250美金上限保護,但分分鐘會喺冇明確同意同足夠警告之下,發現自己暴露喺一個高出幾十倍嘅費用風險之中。
Google喺2026年3月推出咗「Project Spend Caps」計劃,算係對公眾強烈反彈嘅一個直接回應。呢個功能俾開發者喺AI Studio入面,為每個項目設定每月嘅Gemini API支出限額 。不過,呢個所謂嘅修復方案有個好大嘅「但是」:大約有10分鐘嘅執行延遲,而喺呢段時間入面,用戶仍然要對產生嘅任何費用負全責 。對於嗰啲每分鐘處理數千次API呼叫嘅應用程式嚟講,10分鐘冇上限嘅計費窗口,所代表嘅係實實在在嘅財務曝險。
De Souza嘅指引同Google自家平台表現嘅落差,正正反映出企業AI一個更廣泛嘅挑戰。高層嘅建議——由Day 1嵌入保安同管治、避開影子AI、要求可審計性——係合理而且必要嘅。但正如TechCrunch喺報導呢個矛盾現象時所講:「所有人,包括Google自己,都係摸住石頭過河,即時摸索緊AI保安」。
對於喺AI平台上構建嘅組織嚟講,呢啲Gemini API事件帶出咗幾個實戰教訓。第一,API密鑰管理同憑證衛生係最根本嘅防線:嵌入喺客戶端代碼入面嘅密鑰、由Firebase等服務自動生成但又冇適當限制嘅密鑰、或者冇施加任何限制就放喺項目入面嘅密鑰,一定會俾人搵到同利用。第二,帳單管治必須被視為一項保安功能。一個有10分鐘執行延遲嘅支出上限,又或者一個會無視用戶意圖自動升級嘅系統,根本唔可以叫做真正嘅控制措施。第三,可審計性唔單止係有記錄就得——佢要求啲保安動作,例如憑證撤銷,可以即刻喺供應商嘅整個基礎架構入面全面同步生效。
De Souza警告過,由初步入侵去到攻擊下一個階段嘅平均時間,已經由8個鐘頭暴跌到22秒,呢點令到成件事更加刻不容緩 。當攻擊面擴大到涵蓋模型、數據管道同智能代理嘅時候,可以犯錯嘅空間已經縮到好細。一個長達23分鐘嘅密鑰撤銷真空期,又或者一個喺遭受攻擊期間識得自動觸發嘅計費層級升級,呢啲唔係乜嘢「邊際不便」,而係直接導致財務損失嘅保安事故。