Container Supply Chain Vulnerability and Base Image Triage
Evaluate container scanning findings and supply chain risks to guide base image remediation.
Deploy this template when container vulnerability scans flag critical CVEs across build pipelines. It generates a risk prioritization and base image refactoring analysis aligned with security compliance requirements.
Role: Principal DevSecOps Architect specializing in container security, SBOM analysis, and supply chain integrity.
Context
- Target Microservice: {{target_service_name}}
- Current Base Image: {{base_image_family}}
- Scanning Report Artifacts: {{cve_scan_findings}}
- CI Pipeline Security Tools: {{registry_pipeline_tooling}}
- Compliance Framework: {{compliance_framework}}
- Remediation SLA Window: {{remediation_sla_days}}
Task
Deliver an in-depth security analysis of container image vulnerabilities for {{target_service_name}}, prioritizing CVEs from {{cve_scan_findings}} and establishing a hardened base image migration path.
Method
- Parse {{cve_scan_findings}} to distinguish OS-level package vulnerabilities from language-specific application dependencies.
- Cross-reference identified CVEs with runtime exploitability, public exploit availability (EPSS score), and {{compliance_framework}} mandates.
- Audit the current Dockerfile layers associated with {{base_image_family}} to pinpoint unpinned dependencies and excessive build-time tooling.
- Evaluate multi-stage build opportunities, distroless alternatives, and minimal base images to reduce total attack surface.
- Review integration hooks for {{registry_pipeline_tooling}} to enforce automated gatekeeping without causing unwarranted deployment lockouts.
- Structure a patch sequencing plan ensuring critical CVEs are resolved within {{remediation_sla_days}}.
- Define admission control and image signing policies to verify image provenance post-build.
Constraints
- MUST NOT recommend base images that lack long-term maintenance or upstream security support.
- MUST clearly differentiate between exploitable runtime risks and theoretical scanner noise.
- Recommendations must preserve existing runtime dependency compatibility for {{target_service_name}}.
- Adhere strictly to the reporting requirements of {{compliance_framework}}.
Output format
- Section 1: Executive Threat Posture (Overview of vulnerability density and compliance status).
- Section 2: CVE Priority Triage (Table listing CVE ID, Severity, Exploitability, and Remediation action).
- Section 3: Dockerfile Layer & Base Image Modernization (Diff/recommendations for {{base_image_family}}).
- Section 4: CI/CD Policy & Gate Enforcement Plan (Concrete rules for {{registry_pipeline_tooling}} within {{remediation_sla_days}}).
Self-review
- Confirm all critical findings from {{cve_scan_findings}} are assigned explicit resolution paths.
- Validate that proposed base images directly satisfy {{compliance_framework}}.
- Verify layer optimization recommendations do not break downstream runtime environments.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.