Red Hat Quay 存在兩項 Critical 漏洞 私有映像恐遭讀寫、權杖恐外洩

Red Hat 在其安全資訊頁面公布，旗下容器映像登錄服務「Red Hat Quay」存在兩項被評為最高嚴重等級「Critical」的漏洞（CVE-2026-123710、CVE-2026-110697）。兩者的 CVSS 3.1 基本分數分別為 9.8 與 9.9，一旦遭到利用，登錄服務中的私有映像可能被讀取或寫入，其他使用者機器人帳號的憑證也可能遭竊。Red Hat 表示，這兩項漏洞都是由該公司自行發現。

兩項漏洞的 CVSS 都在 9.8 以上，屬於「Critical」

Red Hat 安全資訊頁面所列的兩項漏洞概要如下。

詳細內容請參閱 Red Hat 的 CVE-2026-123710 頁面與 CVE-2026-110697 頁面。

未經驗證即可註冊自己的簽章金鑰（CVE-2026-123710）

根據 Red Hat 的說明，在 CVE-2026-123710 中，即使是未經驗證的使用者，也能取得登錄服務的匿名權杖（由 /v2/auth 核發），再將其提交給用於更新服務金鑰的端點（/keys），藉此註冊一把沒有到期日的自有簽章金鑰。以這把金鑰簽署的權杖在任何儲存庫都會被接受，因此可以讀取、寫入私有映像，甚至替換標籤。

問題的根源在於，金鑰更新流程只檢查權杖是否由已核准的金鑰簽署、是否帶有預期的簽發者與對象，卻沒有確認它是否真的是用於金鑰更新的憑證。Red Hat 表示，凡是不受信任的用戶端能連到 /keys 的部署環境都會受到影響。

其他租戶的機器人帳號權杖可能外洩（CVE-2026-110697）

CVE-2026-110697 是 Quay 列出機器人帳號（用於自動化作業的帳號）時的瑕疵。Quay 以命名空間名稱組成 SQL LIKE 查詢條件時，沒有跳脫會被當作萬用字元的字元。因此，攻擊者只要建立含有底線的命名空間，就可能比對到其他租戶的命名空間，進而取得對方的機器人帳號與已解密的權杖。

Red Hat 說明，這項漏洞會破壞多租戶 Quay 的租戶隔離，而且不需要特殊權限，也不需要受害者進行任何操作。該公司也指出，在 OpenShift 環境中，遭竊的機器人帳號憑證可能被用來將映像混入 CI/CD 管線。

需要更新至修正版本，並限制對 /keys 的存取

針對 CVE-2026-110697，Red Hat 列出的修正版本為 3.9.28、3.10.28、3.12.24、3.14.10、3.15.9、3.16.7、3.17.7 與 3.18.3，並表示該公司營運的 Quay.io 已完成修正。除了更新之外沒有完整的因應方法；若無法立即更新，Red Hat 建議限制可建立含底線之組織或命名空間的使用者、重新產生名稱相衝突之命名空間的機器人權杖，並監控登錄服務的活動，但也表示這些措施無法從根本解決問題。

針對 CVE-2026-123710，頁面上並未列出修正版本的編號，但表示需要更新至已修正的建置版本。在此之前，Red Hat 建議透過代理伺服器或負載平衡器，將可連到 /keys 的對象限縮為受信任的內部元件，並在稽核日誌中檢查到期日為空的 service_key_rotate 與 service_key_delete 紀錄，刪除不明的已核准服務金鑰。不過該公司也提醒，在部署修正版本之前，匿名請求仍可再次註冊金鑰，因此即使刪除了惡意金鑰，效果也無法持久。

筆者觀點

容器登錄服務集中存放從開發到正式環境所用的映像，一旦在這裡被允許寫入或替換標籤，影響可能擴及之後所有拉取映像的環境。這兩項漏洞都源自驗證檢查不足、輸入未跳脫這類基本瑕疵，影響範圍卻涵蓋整個登錄服務並跨越租戶邊界。自行營運 Quay 的組織除了應儘速套用修正版本，也最好在更新前後確認 /keys 是否可從外部連線，以及稽核日誌中是否留有可疑的金鑰註冊紀錄。

總結

Red Hat 公布 Red Hat Quay 存在兩項 Critical 等級的漏洞。其中一項可能讓攻擊者在未經驗證下註冊簽章金鑰並讀寫私有映像，另一項則可能讓其他租戶的機器人帳號權杖外洩。Quay 管理者應更新至修正版本，並確認 Red Hat 提出的暫時因應措施。