Grafana 2026 年 GitHub 外洩事件：一次漏掉的 Token 如何引發原始碼外流

事件起點：TanStack npm 供應鏈攻擊

整起事件可以追溯到 2026 年 5 月 11 日，當時 npm 與 PyPI 生態系遭到一次大規模供應鏈攻擊。該行動被歸因於威脅組織 TeamPCP，攻擊者入侵 TanStack 專案的 CI/CD 發佈流程，發布帶有惡意程式的套件版本。

這些套件被植入名為 Mini Shai‑Hulud 的憑證竊取惡意程式，其目的是分析開發者環境並蒐集敏感憑證，包括 GitHub Actions 與其他 CI 系統中的存取 token。

安全研究人員之後發現，這場攻擊迅速擴散到整個開源生態系，影響超過 160 個 npm 與 PyPI 套件，其中不少是廣泛使用的開發工具。

Grafana 的 GitHub Token 為何會外洩

Grafana 的內部調查顯示，其中一個被植入惡意程式的 TanStack 套件曾在其開發流程中執行。套件內的憑證竊取模組成功擷取到 GitHub workflow token，該 token 原本用於 Grafana 的 CI/CD 自動化流程。

當整個 TanStack 供應鏈攻擊曝光後，Grafana 立即開始進行憑證輪替。然而在過程中，有一個 GitHub workflow token 沒有被更新或撤銷，導致該憑證仍然有效。

攻擊者正是利用這個遺漏的 token，成功登入 Grafana 的 GitHub 環境並取得多個儲存庫的存取權。

攻擊者取得了哪些資料

根據 Grafana 的說明以及外部資安報導，入侵者主要進行了以下行動：

• 進入 Grafana 的 GitHub 環境
• 下載 Grafana 的原始碼儲存庫
• 取得內部 GitHub 儲存庫與協作資料

部分報導指出，下載內容可能還包括 內部協作文件、商業聯絡資訊以及電子郵件地址，因為這些資訊儲存在內部 GitHub 儲存庫中。

Grafana 強調，調查結果顯示 沒有客戶資料或個人資料被存取。

攻擊者的勒索行動

在下載儲存庫資料之後，攻擊者向 Grafana 發出 勒索要求，威脅若不支付贖金就公開竊取的資料。

公開資訊顯示事件時間線大致如下：

• 2026 年 5 月 11 日：Grafana 偵測到可疑活動並開始事件應變
• 2026 年 5 月 16 日：攻擊者提出勒索要求

Grafana 表示公司沒有支付贖金，並立即停用遭竊的憑證並啟動數位鑑識調查。

為何 Grafana 表示客戶沒有受到影響

Grafana 強調，這起事件 僅限於 GitHub 儲存庫環境，而非其產品或雲端服務基礎設施。

公司調查指出：

• 生產系統與 Grafana Cloud 基礎設施未被入侵
• 客戶環境與服務運作未受到影響
• 沒有客戶資料或個資被存取

換句話說，這次事件主要涉及 GitHub 中的原始碼與內部文件，而不是實際運行服務的系統。

為何原始碼沒有被修改

Grafana 表示，攻擊者的活動主要是 下載資料（data exfiltration），而不是竄改程式碼。

目前公開資訊顯示：

• 攻擊者下載了儲存庫
• 沒有證據顯示原始碼被修改

不過外界也指出，這項結論主要基於 Grafana 的內部鑑識結果，因為完整的第三方鑑識細節並未公開。

這起事件在整個 Mini Shai‑Hulud 攻擊中的位置

Grafana 事件其實是 Mini Shai‑Hulud 供應鏈攻擊的典型後續案例。

該攻擊透過惡意套件滲透開發者工具與 CI/CD 環境，其常見攻擊鏈如下：

1. 在合法套件倉庫中發布惡意版本
2. 開發者或 CI 系統下載並執行套件
3. 惡意程式竊取 token 與憑證
4. 攻擊者利用憑證登入 GitHub 等原始碼平台
5. 下載資料並對受害組織進行勒索

在 Grafana 的案例中，竊取的 CI token 再加上一個未輪替的憑證，就足以讓攻擊者進入 GitHub 儲存庫並下載公司原始碼。

整起事件也凸顯現代供應鏈攻擊的一個重要趨勢：攻擊者不再只針對最終產品，而是直接鎖定 開發流程與 CI/CD 管線。一旦取得自動化流程的 token，就可能直接取得企業的原始碼與內部系統存取權。