DevOps & CI
AuraScore 81/100

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.

Template

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

  1. Parse {{cve_scan_findings}} to distinguish OS-level package vulnerabilities from language-specific application dependencies.
  2. Cross-reference identified CVEs with runtime exploitability, public exploit availability (EPSS score), and {{compliance_framework}} mandates.
  3. Audit the current Dockerfile layers associated with {{base_image_family}} to pinpoint unpinned dependencies and excessive build-time tooling.
  4. Evaluate multi-stage build opportunities, distroless alternatives, and minimal base images to reduce total attack surface.
  5. Review integration hooks for {{registry_pipeline_tooling}} to enforce automated gatekeeping without causing unwarranted deployment lockouts.
  6. Structure a patch sequencing plan ensuring critical CVEs are resolved within {{remediation_sla_days}}.
  7. 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.
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

developers
developers-devops
technology-software
devsecops
containers
vulnerability-management