2026年11月12日 上午 7:08
AI新聞用 AI，不一定只是打開聊天視窗。工程師或外包會把 AI 服務的 API 金鑰設定在網站、客服機器人或自動化流程裡，費用按用量計算。這把金鑰有點像一張不用簽名的信用卡：誰拿到，誰就能用你的帳號跑用量，帳單寄到你這裡。
雲端部署平臺 Railway 11 月 10 日公布事件報告（原文）：10 月 20 日到 21 日，攻擊者入侵它的系統，鎖定客戶存放的 AI 供應商金鑰。Railway 估計，被盜金鑰產生的未授權用量約 74 萬美元（原文寫 ~$740,000）。這是該公司自己的估計，不是判決金額，也不是最終損失；它表示正在和各家供應商協調退費。這次的風險不在對話內容，而在帳單：
鑰匙被偷，帳單會自己長出來。
依 Railway 的鑑識結果，攻擊者是特別衝著 AI 供應商的憑證來的。資料庫紀錄顯示，對方用變數名稱比對，優先撈出 AI 金鑰，也特別挑變數很多的客戶下手。Railway 說，最多 1.85% 的工作區、約 10 萬個，可能有環境變數被解密，這是上限估計；另外，1,852 位使用者綁定的帳號權杖（自備的 AI 代理人金鑰和 GitHub 授權權杖）也在被解密的資料裡，Railway 已全部重設並逐一通知。Railway 也提到，10 月 6 日到 23 日之間，OpenCode、Warp、Fireworks AI 等多家公司都揭露過類似的金鑰被盜，它研判這是一連串針對「保管 AI 金鑰的平臺」的攻擊。被盜金鑰後來的用途，從程式代理人到 AI 訓練流程都有。
AI 金鑰能直接換成用量，所以成了攻擊者的目標。
報告裡最值得小公司看的，不是攻擊手法，而是幾個設定上的漏洞。Railway 寫到，一把原本只該用來完成建置工作的憑證，卻被內部另一套系統當成可信任的對象，讓攻擊者能呼叫其他功能、讀到其他建置紀錄裡的變數。之後，攻擊者又利用一個設定錯誤，拿到雲端的短期憑證，一路取得內部憑證、連上一臺機器，再從那臺機器硬碟上的檔案找到長期憑證，用它解密客戶的變數。這些技術細節不必記，記住一件事就好：
一把鑰匙能開的門越多、放得越久，出事時賠得越多。
Railway 請客戶回報不是自己產生的費用，並和各家 AI 供應商協調退費，但每一家的政策不同。依報告撰寫當時的說法：AWS Bedrock 和 Google Gemini 的既有政策涵蓋詐欺，已替客戶啟動退款；OpenAI 和 SpaceXSI 是個案審查；Anthropic 還在討論，期間由 Railway 先承擔；OpenRouter 依服務條款不退款，相關費用由 Railway 承擔。Railway 表示，不願負擔的供應商，損失由它補上。這次有平臺出面兜底，但不是每次都會有。
能不能退費，要看條款，不是理所當然。
報告列出的改善做法，翻成一般公司聽得懂的話，大概是這幾件：每次建置都有自己獨立的機器，配一把只能做一件事的憑證；逐一檢查每個服務帳號，只給它需要的權限；能用短期、範圍窄、需要時才發的憑證，就不用長期憑證；所有加解密動作集中留紀錄，每個服務只能解開自己需要的那幾把鑰匙。大公司的工程細節，小公司不一定做得到，但原則可以照抄。
一把鑰匙只開一扇門、用完就換、誰用過要留紀錄。
下面是我們整理的建議做法，不是 Railway 的要求，也不是法規。第一，盤點：列出公司有哪些 AI 金鑰、放在哪個平臺或程式裡、誰拿得到，外包工程師也算。第二，一個用途一把金鑰：客服機器人、內部測試、行銷自動化分開申請，測試和正式環境不要共用，出事時只要撤掉一把。第三，打開用量上限和帳單通知：你用的 AI 供應商後臺如果有預算上限、用量警示，就設下去，並指定一個人收通知。第四，定期換、人走就換：外包結案、員工離職、懷疑外洩，都把金鑰撤銷重發。第五，看到不明扣款要快：先撤銷金鑰，再向 AI 供應商和存放金鑰的平臺回報，留下時間和金額。
管金鑰，就是在管一張信用卡的額度。
我們習慣把 AI 的成本想成月費，但只要用到 API，就多了一筆會跟著用量跑的帳。這筆帳平常看不見，金鑰一旦落到別人手上，它會在你睡覺時自己長大。Railway 這次把時間線、影響範圍和退費方式寫得很清楚，也提醒所有用 AI 的公司：方便的代價，是要有人顧好鑰匙。今天就把那幾把金鑰列出來，一把都不要漏。
歡迎加入【蒲公英 AI 知識社群】。我們不追逐表面的資訊熱度，而是拆解每一次科技與商業決策背後的真實邏輯。在變動加速的時代，我們一起看的不是熱鬧，而是規則。
👉 點此加入蒲公英 AI 知識社群（連到 LINE 社群：https://line.me/ti/g2/U22Ve69yCykRi4WhI1Q8PEb0bVBN1AwlwepJwQ）
🔑 入群通關密碼：94115
