fix(content): 修正已随上游变化失效的版本事实与镜像引用

深审发现 14 处正文与上游现状不符（另有 4 处在 .agent/ 本地记忆，不入库）。
全部经官方一手源核验，并由独立复核者逐条尝试证伪后保留。

**Docker Content Trust 已从 CLI 移除（本书基线正是 Engine 29.x）**
- 18.6：`docker trust`、`DOCKER_CONTENT_TRUST` 的示例此前标为“历史用法”，
  但未说明命令在 29.x 上根本不存在。Engine 29.0 release notes 原文：
  "Docker Content Trust was removed from the Docker CLI"；实测 docker/cli
  的 cli/trust 包在 v28.5.0 返回 200、v29.0.0 返回 404
- 2.3、18.6：DCT 不再是“弃用阶段、时间线待公布”——官方 retired 页已给出
  完整时间表（notary.docker.io 2026-12-08 关闭）
- 注意：`--disable-content-trust` 是 MarkDeprecated（隐藏但仍接受为 no-op），
  不是“不可用”。初版提议写成不可用，经复核纠正后才落地

**etcd 维护分支写反了**
- 15_etcd README/15.1/15.2 均称“3.5 已退出维护窗口”，但 2026-07-23 官方与
  v3.7.1、v3.6.14 同批发布了 v3.5.33，公告称三个分支均在维护；3.4 EOL 也应
  是 2026-06（v3.4.45），非 5 月

**其他上游变化**
- 17.6：containerd 首个 2.x LTS 是 2.0（2024-11-05 起），非 2.3
- 6.4：`sonatype/nexus3:3.69` 这个 tag 从不存在（Sonatype 用三段式），改 3.69.0
- appendix/repo/centos：`rockylinux` 官方镜像已冻结（最后推送 2024-05-30），
  改用官方指引的 `rockylinux/rockylinux`（2026-07-12 仍在更新）
- 6.2/6.3：docs.docker.com/registry/ 已 301 到 retired 页，改指
  distribution.github.io（实测 200）
- 6.1：`docker search centos` 的示例输出补上上游现有的 DEPRECATED 标记

**刻意未改**：`minio/minio` 虽在 Docker Hub 标记 archived，但提议替换的
quay.io/minio/minio 最新 tag 停在 2024-07-31，比 Docker Hub 的 2025-09-07
更旧，照改会把读者引向更陈旧的仓库，留待作者定夺。

验证：check_project_rules 202 文件全过、emphasis 全过、40 测试通过、format 干净。

18_security/18.6_image_security.md

@@ -291,11 +291,11 @@ notation verify myregistry.com/myapp@sha256:<digest>
 
 > **注意：DCT 退役时间线**
 >
-> Docker 已宣布[退役 Content Trust](https://www.docker.com/blog/retiring-docker-content-trust/)，Docker Official Images 的部分 DCT 签名证书自 2025 年 8 月起已陆续过期；完整退役节奏应以 Docker 官方公告和你所使用的 registry 服务商文档为准。不要把云厂商特定日期直接当作 Docker 全局时间线。
+> Docker 已宣布[退役 Content Trust](https://www.docker.com/blog/retiring-docker-content-trust/)，Docker Official Images 的部分 DCT 签名证书自 2025 年 8 月起已陆续过期；根据 [Docker 官方退役说明](https://docs.docker.com/retired/)，Notary v1 服务 `notary.docker.io` 在 2026 年 7 月、8 月安排若干次 brownout（短时停服演练）之后，于 2026 年 12 月 8 日完全关闭。registry 服务商的具体节奏以其自身文档为准，不要把云厂商特定日期直接当作 Docker 全局时间线。
 >
 > 新项目应优先使用上文介绍的 **Cosign (Sigstore)** 或 registry 原生签名/证明能力；现有 DCT 用户应先盘点依赖、验证替代方案，再制定迁移计划。
 
-Docker Content Trust 使用 Notary v1 实现镜像签名，是 Docker 官方的传统签名解决方案，不建议新项目采用。
+Docker Content Trust 使用 Notary v1 实现镜像签名，是 Docker 官方的传统签名解决方案，不建议新项目采用。**自 Docker Engine 29.0 起，Docker Content Trust 已从 Docker CLI 中移除**：`docker trust` 子命令不再内置（官方仅保留为可单独构建的插件），`DOCKER_CONTENT_TRUST` 环境变量不再生效，`docker push --disable-content-trust` 也仅作为已废弃选项保留、不再有实际作用。下面的示例仅适用于 Docker Engine 28.x 及更早版本。
 
 **历史用法示例（不建议新项目采用）：**