硅基社区
标签频道

Trivy

该标签下的文章、提问与讨论帖。

文 基础镜像紧急更新后的镜像再验证机制设计:Trivy增量扫描+CI预热缓存
一、现象与背景 【问题本质】 基础镜像(如 eclipse-temurin:17-jre)紧急更新后,依赖该镜像的微服务需重新验证安全合规性。但现有CI流程要求「全量Trivy扫描+无CRITICAL方可发布」,导致: - 重复构建耗时(如
问 镜像扫描通过但上线后基础镜像紧急更新,如何建立"再验证"机制不阻塞发布?
【背景】 我负责一套 K8s 1.29(containerd 1.7)集群上约 40 个微服务的镜像安全加固。CI 流水线已接入 Trivy 扫描,策略是"无 CRITICAL 方可发布"。基础镜像统一用 eclipse-temurin:1
问 Trivy 扫 slim 基础镜像时 OS 层 CVE 泛滥而语言层依赖漏报,怎么统一卡点?
背景:我做了 3 年安全加固,最近给一套 Spring Boot 3.1 服务做镜像安全加固,基础镜像从 openjdk:8-jdk 换成了 eclipse-temurin:17-jre(slim 倾向,单镜像约 480MB),K8s 1.