Docker Desktop 令牌明文记录风险:升级后仍需处理旧诊断包和日志
Docker Desktop 是 Docker 官方为 Mac 提供的容器开发环境,集成 Docker Engine、命令行工具、Compose、Build、Kubernetes 与图形化管理界面。
Docker Desktop 的安全修复说明提醒,曾使用 4.43.0 至 4.93.x 并登录 Docker Hub 的用户,需要检查历史诊断包和日志:这些材料可能以明文记录访问令牌。问题编号为 CVE-2026-123082,修复列在 4.94.0 的发行说明中;即使已经升级,另存或分享过的旧文件仍需处理。
Docker Desktop 的安全修复说明提醒,曾使用 4.43.0 至 4.93.x 并登录 Docker Hub 的用户,需要检查历史诊断包和日志:这些材料可能以明文记录访问令牌。问题编号为 CVE-2026-123082,修复列在 4.94.0 的发行说明中;即使已经升级,另存或分享过的旧文件仍需处理。

影响的是登录令牌,排查不能只看当前版本
官方确认,受影响版本可能把已登录用户的 Docker Hub 访问令牌写入本地应用日志及诊断包。这里讨论的是 Docker Desktop 自身的排障材料,不能据此断定所有容器日志都包含凭据,也不能直接推定账户已经遭到盗用。

4.94.0 的发布日期为 2026 年 10 月 5 日。此次关注的是修复说明中的风险范围和历史文件处置要求,并非 11 月 11 日推出了这个版本;官方没有在该安全条目中注明补充说明的具体日期。
升级后,还要清理历史副本
仍在使用受影响版本的用户,应更新至包含修复的版本。曾用受影响版本生成或分享诊断包,或者把 Docker Desktop 日志复制到其他位置的用户,还应按官方要求删除相关材料,或清除其中的敏感信息。当前安装已升级,不能代替对旧副本的检查。
整理范围应覆盖自己另存的文件以及曾经分享的副本。对于交给同事或支持人员的材料,需要确认对方保存情况;仅清理本机原文件,无法证明其他副本也已处理。
区分诊断收集与数据重置
Docker Desktop 的 Troubleshoot 菜单可进入 Get support 收集诊断信息,完成后可上传并取得诊断 ID。这解释了排障过程中为何可能产生需要核查的诊断材料。

处置旧文件时,不要把 Clean up data 或恢复出厂设置当作定向清理令牌的操作:官方说明,前者会销毁本机 Docker 容器和镜像,后者会重置设置。应先确认需要处理的历史文件及其保存位置,再进行删除或脱敏。
火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力,依托字节自研豆包多模态大模型,凭借火山方舟一站式平台,提供模型精调、推理部署、智能应用搭建等全链路服务,结合高性能AI算力,助力各行业快速落地大模型数字化与智能化应用。















