Docker Buildx 怎么给镜像同时生成 SBOM 和来源证明
Docker Buildx 同时生成 SBOM 和来源证明,关键不是把两个文件放到镜像目录里,而是在构建时打开两类 attestation,并把结果以 image index 的形式推送到仓库。最小命令是 --sbom=true --provenance=mode=max --push;其中 --push 让仓库保留构建元数据,不能用 --load 代替后再期待本地 classic image store 保存它们。
官方地址:https://docs.docker.com/build/metadata/attestations/
- SBOM 描述镜像里有哪些软件组件,provenance 描述镜像怎样构建。
- 优先使用支持 image index 的
docker-containerbuilder,或启用 containerd image store。 - 构建命令同时写
--sbom=true、--provenance=mode=max和--push,再检查 manifest。
步骤一:先选能保存 attestations 的构建入口
先打开 Docker Desktop,沿着 Settings > General 找到 containerd image store。如果当前环境没有这个开关,或者团队不准备切换默认镜像存储,就改用 docker-container driver。Docker 官方说明,classic image store 不能保存 image index;而 docker-container、kubernetes 和 remote driver 可以生成 attestations。
这一项不是界面偏好,而是结果能否留下来的前置条件。构建器页面里应能看到 attest-builder、driver 为 docker-container、节点状态为 running。看到这个状态后再进入下一步。

步骤二:在项目目录创建专用 Buildx builder
在项目目录打开命令入口,依次执行下面的命令。第一条创建隔离的 BuildKit 节点,第二条把当前项目切换到它,第三条确认节点可用:
# 创建支持 image index 的隔离构建节点
docker buildx create --name attest-builder --driver docker-container --use
# 启动并检查当前 builder 的节点状态
docker buildx inspect --bootstrap
docker buildx ls
结果中应有当前 builder 的名称和 docker-container driver,节点状态为 running。如果团队已经有共享 builder,不必重复创建,只要确认它不是只把结果加载到 classic image store 的本地路径。
步骤三:一次构建同时打开 SBOM、provenance 并推送
把下面的占位仓库替换为你有权限推送的地址。mode=max 会比默认的最小 provenance 记录更完整的构建信息;--sbom=true 使用 BuildKit 的 SBOM attestation;--push 将最终 image index 直接发到 registry。
# 同时生成 SBOM 和完整 provenance,并把带附件的 image index 推送到仓库
docker buildx build \
--builder attest-builder \
--tag registry.example.com/team/demo:1.0 \
--sbom=true \
--provenance=mode=max \
--push \
.
界面或构建输出出现 pushing manifest list、exporting attestation、naming to 等完成信号时,先记下镜像标签。不要把 --load 加在同一条命令里当作验收方式:它把结果加载到本地 daemon,是否能保留附件取决于 image store。
| 目标 | 推荐选项 | 需要留意 |
|---|---|---|
| 仓库保存两类附件 | --push | registry 接收 image index 与 attestations |
| 仅本地运行镜像 | --load | classic image store 可能丢失或不支持 image index |
| 构建来源记录 | --provenance=mode=max | 记录更完整,但仍要避免把秘密放入 build args |
步骤四:检查镜像索引里的两类附件
回到 Docker Desktop 的 Builds/Images 结果入口,选择刚才的镜像标签,查看 Inspect manifest 或附件区域。应能看到 SBOM attestation 和 Provenance attestation 两个条目。如果需要命令行检查,可以输出 manifest JSON:
# 读取远端镜像索引及其附件,不拉取整个镜像文件系统
docker buildx imagetools inspect \
--format '{{json .}}' \
registry.example.com/team/demo:1.0
这里的判断标准是“远端镜像索引存在两类附件”,不是只看构建日志有没有成功。若检查不到,按顺序排查 builder driver、是否误用了 --load、registry 是否保留 OCI image index,以及构建命令是否真的包含两个开关。

常见问题
只写 --sbom=true 能得到来源证明吗?
不能。SBOM 是组件清单,provenance 是构建来源记录,两者是不同类型的 attestation;要同时生成就把两个选项都写进构建命令。
为什么构建成功但本地镜像里没有附件?
最常见是使用了 --load 或 classic image store。改用支持 image index 的 builder 并直接 --push,再检查 registry 端的 manifest。
provenance 会不会把密码写进去?
不要用 build args 传递账号、令牌或密码。来源证明会记录构建过程相关信息,秘密应使用 Docker 的 secret 机制,并在流水线中限制可见范围。
把构建器、存储方式、两个 attestation 开关和远端 manifest 四处对齐,就能稳定完成一次同时生成 SBOM 与来源证明的 Buildx 构建。SBOM 解决“镜像里有什么”,provenance 解决“镜像怎么来的”,两者都存在时才适合继续接入扫描或供应链审计。
LT画质助手修改后游戏里看不到选项怎么办?设置显示与实际生效边界
- 上一篇
- LT画质助手修改后游戏里看不到选项怎么办?设置显示与实际生效边界
- 下一篇
- Go x509.CertPool 为什么在不同系统里根证书数量不同
-
- 文章 · 软件教程 | 9小时前 | sync Docker Compose Compose Watch rebuild sync+restart
- Docker Compose Watch 的 rebuild 和 sync+restart 怎么选
- 244浏览 收藏
-
- 文章 · 软件教程 | 12小时前 | github · 故障排查 · CI/CD · gitHub actions · GitHub Actions 失败任务 Job workflow run 重跑任务
- GitHub Actions 怎么手动重跑单个失败任务
- 162浏览 收藏
-
- 文章 · 软件教程 | 19小时前 | 开发环境 · vs code · VS Code Docker Compose Dockerfile devcontainer.json Dev Containers
- VS Code Dev Containers 修改配置后怎么完整重建容器
- 368浏览 收藏
-
- 文章 · 软件教程 | 1天前 | vs code · 软件教程 · VS Code 设置同步 Profiles Settings Sync 扩展同步
- VS Code Profiles 怎么只同步指定扩展和设置
- 345浏览 收藏
-
- 文章 · 软件教程 | 1天前 |
- VS Code 提示仓库不安全时怎么处理 safe.directory
- 199浏览 收藏
-
- 文章 · 软件教程 | 1天前 | docker · Context ·
- Docker Context 怎么切换远程守护进程
- 372浏览 收藏
-
- 文章 · 软件教程 | 1天前 | 命令行 · 效率工具 · github · 开发工具 · 软件教程 · 位置参数 命令别名 GitHub CLI gh alias set shell alias
- GitHub CLI 怎么创建带参数的命令别名
- 404浏览 收藏
-
- 文章 · 软件教程 | 1天前 | obsidian · 软件教程 · YAML Properties Obsidian 笔记元数据 属性类型 Properties视图
- Obsidian Properties 怎么统一管理笔记元数据
- 378浏览 收藏
-
- 文章 · 软件教程 | 1天前 | postman · 软件教程 · 接口测试 · 环境变量 初始值 Postman 当前值 Local value Shared value
- Postman 环境变量怎么区分初始值与当前值
- 360浏览 收藏
-
- 文章 · 软件教程 | 1天前 | CI/CD · gitHub actions · 软件教程 · GitHub GitHub Actions 构件保留时间
- GitHub Actions 怎么设置构件保留时间
- 395浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 345次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 408次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 405次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 369次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 190次使用
-
- golang进程内存控制避免docker内oom
- 2022-12-22 160浏览
-
- golang进程在docker中OOM后hang住问题解析
- 2022-12-22 105浏览
-
- 多阶段构建优化Go 程序Docker镜像
- 2022-12-23 420浏览
-
- 构建Golang应用最小Docker镜像的实现
- 2023-01-07 276浏览
-
- golang实现对docker容器心跳监控功能
- 2022-12-24 175浏览

