GitLab兩個滿分漏洞仍有逾萬台外曝，管理員應即時核對版本
iThome 報道引述資安監測組織 Shadowserver 的掃描資料指出，全球每日約有 3.9 萬個 GitLab 執行個體可直接由互聯網觀測，當中逾 1.1 萬個仍可能受 CVE-2026-110264 影響，另有超過 1,000 個可能受 CVE-2026-97229 影響。兩個漏洞的 CVSS 評分均為 10.0。
兩項問題均涉及正規表示式的整數溢位；iThome 指出，在特定條件下，未經身分驗證的攻擊者可遙距執行任意程式碼。GitLab 分別在 10 月 12 日及 21 日發布修補版本，而 CVE-2026-97229 已有實際攻擊個案，並於 10 月 29 日被美國 CISA 納入已遭利用漏洞清單（KEV）。
要留意，Shadowserver 的數字反映的是可從互聯網觀測到、而且疑似仍落在受影響版本範圍的主機，不能直接推論為已被入侵的數目；同樣地，iThome 所列的地區統計亦不等同各地實際受害情況。
自架 GitLab 的優先處理次序
對香港使用自架 GitLab 的團隊、企業或教育機構而言，首要工作是確認是否有 GitLab 對外開放，而非只看內部資產清單。管理員可先從 DNS、反向代理、防火牆及雲端公開 IP 盤點可被互聯網存取的登入頁與 API，再核對每個執行個體的實際版本。
之後應按 GitLab 官方安全公告確認所用版本是否受 CVE-2026-110264 或 CVE-2026-97229 影響，並升級至公告列明的修補版本。由於其中一項漏洞已有被利用紀錄，面向互聯網的系統應優先處理；未能即時升級時，應收緊公開存取範圍，減少不必要的外部入口，直至完成修補。
升級並不代表事件已結束。若系統曾長期對外曝露，管理員亦應檢視 GitLab、作業系統、反向代理及身份驗證紀錄，留意不尋常的登入、管理操作、帳號或存取權變更，以及可疑程序與網絡連線。這些檢查可協助區分「仍有漏洞風險」與「可能已受入侵」，避免把掃描結果誤當事故結論。
下一步值得觀察的是，已公開面向互聯網的 GitLab 主機會否隨修補行動而下降；對管理者來說，更實際的指標是所有外曝執行個體均已完成版本核對、修補及事後日誌檢查。
延伸閱讀
AI 輔助說明： 本文由 AI 協助整理，並經兩輪獨立自動品質審核；資料及連結仍以原始來源為準。
參考來源
- iThome — 全球仍有逾萬臺GitLab執行個體暴露於兩個滿分漏洞威脅，臺灣也有46臺 — original report
本文根據原文及公開資料整理；資料有出入時，以原文及官方資料為準。
