雲端
該標籤下有 13 篇文章
三得利集團個人資料外洩（員工及合作企業員工約 90,000 人及其他類別）：外部雲端服務遭未經授權存取，姓名、電子郵件地址等外洩，應徵者與顧客該怎麼做
三得利集團於2026年11月2日宣布，確認集團使用的外部雲端服務遭第三方未經授權存取，第三方下載的部分檔案中含有個人資料。公司於10月28日偵測到異常並阻斷存取，10月29日確認其中含有個人資料。截至11月1日確認外洩的個人資料分為 7 類：集團員工及合作企業員工約 90,000 人的姓名與電子郵件地址；企業活動體驗計畫 Mar de Shine 截至2023年底登記的 7,323 人的電子郵件地址；三得利控股2026年新鮮人招募商務部門公開甄選 7,173 名應徵者的應徵者 My Page 登錄資訊等（姓名、電子郵件地址、電話號碼等）；Suntory Beverage Solution 兩支公務手機中登錄的 1,097 人的姓名與電話號碼；Monte Bussan 員工及合作企業員工 324 人的姓名、電子郵件地址與電話號碼；Izutsu Maisen 外送訂購顧客及配送員工 96 人的姓名與送達地點資訊；三得利往來廠商員工 25 人的姓名與職稱。不含信用卡等付款資訊。截至公告時未確認有不當使用。公司表示正在逐一聯絡相關人員。本站結論：對於冒充三得利或集團公司、涉及甄選、錄取、配送或業務往來的訊息，不要開啟連結，請透過自己開啟的官方網站或公告頁面上的窗口確認。
Trigger.dev 資安事件（2026年11月）：0.66% 客戶的根 API 金鑰與環境變數遭存取，請重新產生金鑰並輪替憑證
執行背景任務與 AI 代理的平台 Trigger.dev 於2026年11月1日揭露了一起資安事件，並在11月6日發布了後續報告。公司稱，基礎設施警示在11月1日標記出異常活動，公司判斷其為惡意行為並阻斷了攻擊者。此次事件影響了全部客戶的 0.66%。攻擊者取得了部分客戶環境的根 API 金鑰；根金鑰可完整存取環境的設定，包括其環境變數。在部分環境中，攻擊者還列出了最近的執行、部署與排程，回傳的內容包括 ID、任務名稱、執行冪等鍵、執行狀態、標籤、部署中繼資料與錯誤、排程的外部 ID 以及執行中繼資料。公司稱，沒有發現其他客戶資料、其他服務、公司自身的正式環境資料庫或客戶控制台帳號被存取的證據。為保護調查與客戶，公司不揭露攻擊途徑。受影響的客戶已透過電子郵件（11月1日與2日）與控制台橫幅（時間未說明）收到通知，可能受影響的 API 金鑰已被撤銷。受影響的客戶應重新產生 API 金鑰，並輪替受影響環境中的憑證（如資料庫密碼與第三方 API 金鑰），同時在核發服務處撤銷舊憑證。公司稱，沒有收到影響通知的客戶未受影響，Webhook 簽章金鑰未暴露，自行託管的部署未受影響。本站的看法：先查看電子郵件與控制台橫幅；如果受影響，再依公司的指示重新產生金鑰並輪替憑證。
Chainstack（區塊鏈節點與 API 平台）正式環境遭入侵：開發者與 dApp 營運者應如何處理帳號資料與節點憑證
Chainstack 在11月3日的通知中表示，外部攻擊者透過一個第三方元件進入了其部分基礎設施：10月26日進入開發環境，10月29日進入部分正式環境，10月31日被發現並切斷，調查於11月2日結束。客戶帳號資料庫中可能暴露的資訊有組織名稱、帳號持有人姓名、組織成員的電子郵件地址與密碼雜湊。存放節點憑證的系統也曾被存取；公司沒有證據顯示憑證被讀取，但將其視為已暴露。公司表示其不儲存付款方式詳細資料，節點、控制台與 API 未被修改，服務持續運作。通知未給出客戶數量。本站的結論：使用者應變更密碼，輪替節點憑證與平台 API 金鑰，並替換嵌入在應用程式、CI 與前端中的端點。
PingCAP（TiDB Cloud）未經授權存取與資料外洩（日本最多約 50,000 筆紀錄）：TiDB Cloud 組織管理者應如何處理帳號資料、SQL 編輯器歷史紀錄與支援工單
PingCAP 表示，2026年9月9日至10月7日（美國時間）期間，未經授權的一方利用被竊的憑證進入內部系統並複製資料，日本境內最多約 50,000 筆個人紀錄被認定已外洩（日文公告）。公司已確認受影響的類別（因客戶而異）包括：TiDB Cloud 帳號資料（使用者名稱、電子郵件地址、組織與專案關聯、SQL 編輯器執行歷史紀錄及錯誤，以及諮詢資訊，即支援工單）、業務與帳單資訊（姓名、電子郵件、公司名稱、電話號碼、訂單、付款條款、帳單設定），以及 TiDB Cloud API 金鑰中經加密的 Public Key 部分。公司表示，尚未確認信用卡外洩或 TiDB Cloud 本身遭到未經授權的存取，且 Private Key 未外洩。該數字所統計的單位（人數還是筆數）並未說明。公司的英文公告還稱原始碼被取得。本站的結論：TiDB Cloud 組織管理者應輪換 API 金鑰，檢查存取日誌、成員與角色，並更改任何可能曾貼到 SQL 編輯器或支援工單中的憑證。
求職網站 MyBRANDS 遭未經授權存取，個人資料可能外洩（最多約 13.5 萬個帳號）：姓名、聯絡方式與工作經歷可能外流的求職者與企業聯絡人該怎麼做
iDA Co., Ltd.（日本）於 2026 年 10 月 30 日宣布，其求職網站 MyBRANDS 的伺服器環境遭第三方未經授權存取，已註冊的求職者與企業聯絡人的資訊可能已外流到外部。公司表示，承包商使用的雲端存取金鑰於 10 月 21 日至 22 日遭第三方濫用，並於 10 月 26 日得知資料庫副本有向外部傳送資料的紀錄。由於無法確認所傳送資料的內容，公司以其持有的全部資訊皆在範圍內的前提發出通知。截至 10 月 30 日，範圍最多約 13.5 萬個帳號，包括已退出服務者。資訊包括姓名、電子郵件地址、電話號碼、個人檔案（如工作經歷）與登入密碼（以轉換後的值保存），實際內容依註冊情況而異。公司未持有信用卡與銀行帳戶資訊，因此不包含在內。姓名、電子郵件地址、電話號碼與地址是加密保存的，但公司表示解密用的金鑰也可能已被竊取。截至目前尚未確認有濫用（二次損害）。本站的結論：若其他服務與 MyBRANDS 共用密碼，請更改那些服務的密碼（企業聯絡人還包括內部系統）；對自稱招募人員或獵頭的訊息，請透過官方管道確認，而不要使用其中的連結或號碼。
Northflank 資安事件（2026年10月）：儲存的環境變數應視為已被解密，有使用者回報 AI API 金鑰遭濫用
2026年10月30日（UTC），雲端部署平台 Northflank 在其狀態頁面發布了一起資安事件。11:43 UTC 收到一家資安廠商的威脅警示；公司自 12:02 UTC 起部署修補程式，13:40 UTC 通知客戶輪替環境變數，13:58 UTC 通知客戶假定所有環境變數均已被解密。到 15:12 UTC，其狀態頁面已註明多名使用者回報其 AI 金鑰被使用，23:38 UTC 又表示有使用者回報平台上儲存的 AI API 金鑰遭未經授權使用。10月31日，公司為所有客戶啟用了稽核日誌，並逐個類型發布了附加元件的金鑰輪替。11月2日的更新（11:09 UTC，狀態為 Monitoring）中，公司表示認為已在首次警示後一小時內遏止了攻擊，正在運行的工作負載未受影響，也沒有跡象顯示工作負載或其資料被存取，攻擊似乎集中在控制平面中的金鑰上。獨立的鑑識稽核人員正在審查；公司撤銷了存取權杖、工作階段、VCS 整合與跨帳號 IAM 角色（因此使用者需要重新登入並重新連接整合），並承諾在調查結果確認後發布根因分析。在11月6日（10:09 UTC）的更新中，公司稱已知最早的金鑰解密發生在10月30日 02:39 至 03:08 UTC，早於 11:43 UTC 的首次警示；漏洞在收到通知後 60 分鐘內修補，並在兩小時內通知了客戶；沒有發現客戶工作負載或其資料被存取的證據；並已與上游服務商合作，盡可能撤銷憑證。鑑識審查仍在進行。受影響客戶的數量、攻擊者如何進入以及涉及哪些 AI 服務商，均未揭露。本站的結論是：在核發機構處撤銷您儲存在 Northflank 上的每一個金鑰，然後查看每家 AI 服務商的用量與帳單，並設定支出上限。
Zeabur 資安事件（2026年10月，322萬筆環境變數遭讀取）：該輪替哪些密鑰、使用者該怎麼做
2026年10月19日，應用程式部署平台 Zeabur 發布了關於10月14–15日（UTC）資安事件的初步報告。公司表示，攻擊者利用外洩的 Zeabur 內部憑證進入其共享叢集、部分專用伺服器（Dedicated Server）與內部系統，最後在10月15日16:10至16:47（UTC）之間讀取了平台資料庫。公司確認，3,218,965筆環境變數紀錄（名稱與值）、321,810個帳號的資料（電子郵件、使用者名稱、電話號碼等）以及566組 zSend API 金鑰遭讀取，這些 API 金鑰已撤銷。公司表示，根本原因在 Zeabur 這一方：長期有效的管理員憑證以明文儲存，而且可以從公開網際網路使用。公司要求所有使用者更換儲存在 Zeabur 上的所有密碼與金鑰，即使已在8月另一起事件後更換過也一樣。Zeabur 已於10月17日宣布將於2026年12月31日終止服務，並於10月22日將此次事件損失求償的截止日期訂為2026年11月30日。本站觀點：請把您曾放進 Zeabur 環境變數的每一組密鑰都視為已被他人掌握，先到發行該密鑰的服務撤銷，並檢查10月14日以來的帳單與日誌。
日本經濟新聞（Nikkei）遭未經授權存取（約 183 萬筆）：約 15 萬筆含姓名、電子郵件地址等個資外洩——使用者該怎麼做
日本報社 Nikkei Inc. 於 2026 年 10 月 16 日公告，其用於系統開發的雲端服務遭未經授權存取，截至 16 日，約 183 萬筆個人資料外洩。其中約 15 萬筆至少含有姓名、電子郵件地址、郵寄地址、電話號碼或出生日期之一，這些資料中約 12 萬筆含電子郵件地址。其餘約 168 萬筆僅為單獨無法識別個人的識別碼。信用卡資訊未包含在內。據該公司表示，存取雲端服務所用的憑證以某種方式遭竊，未經授權的存取發生在 10 月 7 日凌晨至上午。該公司已停用被使用的憑證，並於 10 月 11 日向日本個人情報保護委員會通報。截至 16 日，尚未確認資料遭濫用等二次傷害，也未確認系統中斷或資料遭竄改。該公司表示，將個別通知已確認個資外洩的人。集團公司 Nikkei National Geographic 於 10 月 22 日表示，部分其服務使用者的資訊也在其中。哪些服務的使用者受影響、各資料項目的筆數，以及憑證如何被竊，皆未公開。本站看法：對於自稱 Nikkei 的郵件或電話，不要使用其中的連結或電話號碼，請至官方網站確認。
Railway 環境變數可能外洩（2026 年 10 月，所有工作區中最多 1.85%）：該輪替哪些密鑰、使用者該怎麼做
2026 年 10 月 21 日（UTC），Railway 宣布偵測到儲存客戶環境變數的系統出現異常活動，未經授權的第三方可能存取了加密的環境變數，其中一部分並取得了解密後的內容。根據 10 月 22 日的初步報告（依狀態頁面，於 10 月 23 日 16:38 UTC 公開），攻擊從 10 月 20 日 13:58 UTC 持續到 10 月 22 日 03:32 UTC。事件始於對建置基礎設施的權限提升嘗試；10 月 21 日，攻擊者使用 CI 環境的憑證，解密了一部分加密環境變數。依公司說法，所有工作區中最多 1.85%（約 100,000 個工作區）的部分環境變數可能已遭入侵。公司表示 Railway 使用者帳號未被存取，且在最終報告出爐前，尚未排除原始碼遭存取的可能。攻擊者似乎在尋找 AI 供應商的 API 金鑰。Railway 建議所有使用者輪替 10 月 21 日之前儲存的密鑰、移除資料庫的公開網路存取，並檢視 GitHub 與映像檔倉庫（如 Docker Hub）的稽核紀錄。本站結論：即使沒有收到通知，也應將儲存在 Railway 的密鑰視為已外洩，在來源端重新核發，並先重新部署再撤銷舊值。
什麼是影子 AI（Shadow AI）？公司看不到的 AI 使用風險，以及組織與個人該怎麼做
影子 AI 是指員工把公司未核准或未管理的 AI 工具（聊天機器人、AI 瀏覽器擴充功能、程式碼助理、會議記錄 AI、連接工作帳號的 AI 代理）用於工作。它是影子 IT 的 AI 版本。主要風險：輸入的機密或個人資料可能被提供方保存，並依方案與設定被用於訓練（個人版與企業版條款不同）；OAuth 授權與 API 金鑰讓第三方工具能存取郵件與雲端硬碟；輸出錯誤與授權問題；個資法規與稽核義務。只靠禁止會讓使用轉入地下，因此要提供以「不把輸入用於訓練」的企業條款簽約的核准工具、簡短的可輸入資料規則、SSO 與管理控制、定期檢視 OAuth 授權與擴充功能，以及可以先問再用的窗口。
子網域接管（dangling DNS）：遺留的 DNS 紀錄如何讓攻擊者使用你的網域
刪除雲端資源時沒有刪除 DNS 紀錄，就會留下懸置的紀錄：任何人只要建立一個相同 FQDN 的資源，就能取得那個子網域。你的伺服器沒被碰過，正當的子網域卻在提供攻擊者的內容。損害不只是外觀：應用程式常把工作階段 Cookie 開放給萬用子網域，所以被接管的子網域能讀到它們。而文件明確否定了「憑證能保護你」的想法。解決方法是把刪除順序寫進程序和工具，而不是靠記憶。
什麼是 SSRF（伺服器端請求偽造）
SSRF 是利用外部輸入的 URL，讓伺服器去存取內部資源（內部 IP 或雲端中繼資料）的攻擊。只要做了去取得 URL 的功能，就必須有目標 allowlist、內部網路阻斷，以及防範重新導向 / DNS 重新解析的繞過手法。它也是 Capital One 事故的起因。
Capital One 資料外洩事件（2019）— SSRF 如何導致 1 億人資訊外洩及防禦之道
入口只是一個 SSRF。攻擊由此連鎖：中繼資料服務端點 → 權限過大的 IAM 臨時憑證 → S3 整體複製，最終約 1 億 600 萬人資訊外洩。每一步都本可被攔下。在你的環境中，用 IMDSv2、IAM 最小權限和出站目標白名單來杜絕重演。