2026-09-30 修复 · 10-12 官方披露 · CVSS 9.4 High依据 Docker 官方公告 / ghostpat.com 研究报告整理目 录第一章 事件概述第二章 漏洞详情2.1 背景知识PAT 在容器工作流中的角色2.2 漏洞原理2.3 时间线还原2.4 影响边界第三章 自查与处置3.1 自查清单3.2 处置措施受影响方必做3.3 行业启示3.4 参考来源第一章 事件概述2026 年 10 月 12 日Docker 官方发布安全公告披露了 Docker Hub 身份与访问管理体系中的一处严重缺陷CVE-2026-105445代号 GhostPat个人账户转换为组织Organization账户的过程中原账户下的个人访问令牌PAT会被重新指派给新的组织所有者而令牌密钥本身既不轮换也不吊销。持有旧令牌密钥的攻击者可在仓库Registry层面以目标用户的身份执行拉取、推送、删除等操作包括以合法名义发布镜像——这对依赖镜像完整性的 CI/CD 与软件供应链而言是致命风险。项目内容CVE 编号CVE-2026-105445社区代号 GhostPatCVSS 评分9.4 Critical漏洞归属Docker Hub「个人账户转组织账户」转换流程的身份与访问管理IAM缺陷受影响人群2024-08-26 至 2026-09-30 期间执行过账户转换的 Docker Hub 用户及其组织成员仅限收到 Docker 10 月 2 日邮件通知的人群漏洞时间线9-30 研究者负责任报告Docker 当日下午4 小时内部署修复10-2 逐户邮件通知10-8 默认停用已转移的令牌10-12 公开披露利用状态Docker 经回溯审查确认无被利用证据披露来源mptrdev.com 的 Peter Molnar 与 Krisztian Hozak技术报告见 ghostpat.com本篇将剖析漏洞机制、还原完整时间线并给出面向使用 Docker Hub 的企业与开发团队的自查清单。第二章 漏洞详情2.1 背景知识PAT 在容器工作流中的角色个人访问令牌Personal Access TokenPAT是 Docker Hub 的长效编程凭据开发者与 CI/CD 流水线用它代替密码完成 docker login并据此对镜像仓库执行拉取pull、推送push、删除等操作。PAT 与特定身份绑定其权限等于该身份在仓库层的全部能力——这正是本漏洞的放大器令牌归谁「身份」就归谁。2.2 漏洞原理Docker Hub 支持把个人账户一键转换为组织账户并指定某个既有用户成为组织所有者。该转换流程存在一处 IAM 缺陷转换时原账户名下的 PAT 会被整体重新指派给新的组织所有者但令牌的密钥值secret不轮换、令牌也不吊销。后果是「所有权换了、钥匙没换」任何在转换前持有原账户 PAT 密钥的一方例如被离职员工、泄露的 CI 日志、第三方集成在转换后依然能用同一把密钥通过仓库层认证且此时令牌已归属于新的所有者上下文——攻击者可以此身份拉取私有镜像、推送篡改镜像、删除仓库内容或以合法发布者名义投毒供应链。由于推送操作在 Registry 层面完全「合法」传统审计难以区分正常发布与恶意投毒。2.3 时间线还原时间事件2024-08-26缺陷被引入Docker 回溯认定的受影响转换起点2026-08 底前后研究者在账户转换流程中发现该缺陷2026-09-30负责任报告送达Docker 当日下午完成生产修复报告后不足 4 小时2026-10-02Docker 回溯全部历史转换记录向可能受影响用户与组织所有者发送预警邮件17:30 EST2026-10-08Docker 默认停用全部已转移令牌所有者明确要求保留的除外2026-10-12发布官方安全公告公开披露 CVE-2026-1054452.4 影响边界Docker 的判定口径非常明确只有收到 10 月 2 日主题为「Docker …」暴露通知邮件的用户与组织所有者才是受影响人群未收到邮件的用户无需任何操作。Docker 同时确认经全量回溯审查未发现该漏洞被利用的证据。但需要强调修复生产环境不等于风险清零——已转移令牌直到 10 月 8 日才默认停用且所有者可选择保留因此受影响方必须主动轮换而非坐等平台处置。第三章 自查与处置3.1 自查清单检查邮箱含垃圾箱是否存在 2026-10-02 17:30 EST 发出、主题含 Docker 的暴露通知邮件没收到即可确认不在受影响人群组织所有者还应确认成员是否收到通知——攻击者持有的可能是「成员」名下转移过来的令牌回顾本单位在 2024-08-26 至 2026-09-30 之间是否做过个人账户转组织的操作梳理全部引用 Docker Hub 凭据的位置CI/CD 变量、构建机 docker config.json、部署脚本、第三方集成。3.2 处置措施受影响方必做立即吊销并重建 PAT替换所有引用位置而非仅依赖 Docker 的默认停用# 登录 Docker Hub - Account Settings - Personal Access Tokens# 1) 撤销全部旧 PAT2) 生成新 PAT3) 更新 CI/CD 凭据变量# 构建机清理旧凭据后重新登录rm -f ~/.docker/config.jsondocker login# 验证镜像完整性核对关键镜像的 digest 与签名记录docker images --digests | grep your-namespace若怀疑镜像可能被篡改用 digest 或镜像签名cosign 等核对发布记录必要时回滚到可信版本将 PAT 纳入凭据生命周期管理设置有效期、最小权限只读 vs 读写分离、定期轮换即使未受影响也建议排查是否有 PAT 密钥曾出现在 CI 日志、聊天记录或代码仓库中——「钥匙在哪」永远比「门锁好不好」更关键。3.3 行业启示身份系统改权限、改归属时凭据必须联动处置任何「账户/角色/所有权变更」场景都应默认吊销或轮换既有令牌这是 IAM 的铁律修复≠风险清零Docker 9 月 30 日就修好了流程但旧令牌存活到 10 月 8 日——「打上补丁」与「排除残余风险」是两件事漏洞响应必须覆盖凭据与数据面镜像供应链需要第二道防线对发布镜像启用签名与 digest 校验使「合法账号推送恶意镜像」这类攻击即使发生也能被验证环节拦截。3.4 参考来源Docker 官方公告Docker Hub Security Advisory: PAT Transferred During Account-to-Organization Conversiondocker.com/blog技术研究ghostpat.comPeter Molnar Krisztian Hozakmptrdev.comBleepingComputer / CyberInsider / CyberKach 等媒体报道2026-10-13 ~ 10-14