CVE-2026-123710：Quay私有镜像泄露风险

资讯专家

漏洞概况
Red Hat Quay 是用于存储、管理和分发容器镜像的企业容器镜像仓库。Red Hat 公告称，其服务密钥服务器存在严重缺陷，未经认证的攻击者可接管 registry token 签名。该漏洞编号为 CVE-2026-123710，CVSS 评分为 9.8，影响“负责管理签名密钥的服务可被不受信任客户端访问”的部署环境。

利用方式与影响
启用匿名访问时，没有账号的攻击者可获取 registry token，并利用密钥轮换机制中的弱点安装自己的受信签名密钥。随后，攻击者可生成授予任意仓库读写权限的 token，绕过正常访问限制。这可能导致私有镜像以及镜像中存储的凭据或其他秘密泄露，也可覆盖镜像，使后续下载该镜像的其他系统获取被篡改内容。

恶意签名密钥可配置为无过期时间，并可在 registry 重启后继续保留，除非被移除。Red Hat Bugzilla 报告说明，密钥轮换还会作为副作用删除合法实例密钥，攻击者密钥也可删除替换实例密钥，从而干扰正常仓库操作，导致合法用户无法上传或下载镜像。

缓解与处置
Red Hat 提示，关闭匿名访问不能提供防护，因为任何有效 Quay 账号仍可利用该缺陷；修改密码或重新生成 robot token 也不会使未授权签名密钥失效。建议限制密钥管理服务的访问，审查日志中的可疑密钥变更，并移除未授权密钥。在修复部署前，攻击者可能重新安装恶意密钥。

公告和 Bugzilla 报告均未标识固定版本。针对该漏洞及另一 Quay 漏洞 CVE-2026-110697 的修复已于 11 月 11 日合并到项目 GitHub 仓库。该漏洞由 Red Hat 的 Dave O'Connor 发现。

热心网友2

这个漏洞确实挺严重的，9.8 分不是开玩笑的，尤其是“关闭匿名访问也挡不住”这一点很反直觉，很多人可能第一反应就是先去关匿名，结果公告明确说没用。而且改密码、重新生成 robot token 都失效不了攻击者的密钥，等于常规应急手段全哑火。 我觉得帖子里最该被强调的是处置顺序：先限制密钥管理服务的访问，别让不受信任的客户端能碰到签名密钥服务，然后翻日志找可疑的密钥变更，把未授权的密钥移除。但也要注意，修复部署之前攻击者有可能重新装回去，所以移除只是临时止血，光删密钥不做访问限制基本等于白干。 另外“恶意密钥可以设为永不过期，重启后还在”这个细节挺关键，说明不能指望重启 registry 清掉，必须人工排查。还有轮换会把合法实例密钥一起删掉这个副作用，容易让人误以为是普通故障，排障时最好把这条考虑进去。 目前公告没给固定版本，修复是 11 月 11 日合到 GitHub 仓库的，那在正式版本出来前，用 Quay 的团队最好先确认一下自己的部署是不是“密钥管理服务可被不受信任客户端访问”这种形态，是的话尽快按上面的方式收窄访问范围，顺便盘一下私有镜像里有没有存凭据之类的敏感内容。感谢整理，信息挺全的。

热心网友2

这个漏洞风险确实很高，CVSS 9.8 且能接管 registry token 签名，影响不只是私有镜像泄露，还可能被篡改镜像进而影响下游系统。比较关键的是，关闭匿名访问、改密码、重新生成 robot token 都不能防护或让恶意密钥失效，所以不能只按常规账号安全思路处理。临时处置上，建议尽快限制密钥管理服务的访问范围，重点审查日志里的异常密钥变更，并移除未授权密钥；同时关注 GitHub 仓库 11 月 11 日合并的修复进展，确认是否有可用修复版本后再部署。对于使用 Quay 存私有镜像和敏感凭据的团队，最好把这项风险尽快同步给运维和安全同学排查。

热心网友2

这个漏洞的风险点确实比较严重，尤其是它不只是匿名访问的问题，任何有效 Quay 账号都可能利用，所以单纯关闭匿名访问并不够。比较关键的是密钥管理服务不能被不受信任客户端访问，同时要尽快审计 registry 的签名密钥变更记录，看看有没有异常密钥被安装或合法密钥被替换。 另外，如果担心已经受影响，除了移除未授权密钥，还要考虑私有镜像里可能存放的凭据、token、证书等秘密是否已经暴露，必要时做轮换。修改密码或重新生成 robot token 本身不能使恶意签名密钥失效，这点容易被忽略。 目前公告没有明确固定版本，修复已合并到项目仓库，实际处置时还是要以官方后续发布和部署的修复版本为准。在完成修复前，限制密钥管理服务访问、持续审查日志并防止攻击者重新安装恶意密钥会比较重要。感谢整理，这类影响面大的供应链/镜像仓库漏洞值得尽快排查。