run-manual-docker-security-scan
Runs and documents security scans for container images to triage CVEs.
Install
mkdir -p .claude/skills/run-manual-docker-security-scan && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/16600" && unzip -o skill.zip -d .claude/skills/run-manual-docker-security-scan && rm skill.zipInstalls to .claude/skills/run-manual-docker-security-scan
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Guide for running a manual Docker security scan for the tracker runtime image and documenting results. Covers build, Trivy scan, CVE triage, per-CVE catalog updates, and scan history updates. Use when asked to run a manual container scan, triage Docker CVEs, or refresh security scan docs.Key capabilities
- →Build a local tracker runtime image
- →Run Trivy security scans with specified severity levels
- →Update scan history documentation with results
- →Document new non-affecting CVEs with analysis
- →Escalate affecting CVEs by creating tracking issues
- →Recheck catalog verdicts based on changes to `Containerfile` or dependencies
How it works
This skill guides the process of running manual Docker security scans by building the tracker runtime image, executing Trivy scans, updating scan history documentation, and documenting new non-affecting CVEs. It also outlines the escalation process for affecting CVEs and recheck triggers.
Inputs & outputs
When to use run-manual-docker-security-scan
- →Running a manual container security scan
- →Triaging detected Docker CVEs
- →Refreshing security documentation
- →Analyzing non-affecting CVEs
About this skill
Run Manual Docker Security Scan
Use this workflow to run and document manual security scans for the tracker production container.
Scope
- Target image: tracker runtime image built from root
Containerfile. - Main severity gate:
HIGH,CRITICAL. - Documentation outputs:
docs/security/docker/scans/torrust-tracker.mddocs/security/docker/scans/README.mddocs/security/analysis/production/CVE-*.md(when non-affecting CVEs are analyzed)
Quick Commands
# 1) Build runtime image
docker build -t torrust-tracker:local -f Containerfile .
# 2) Gate scan (primary)
trivy image --severity HIGH,CRITICAL torrust-tracker:local
# 3) Full context scan (optional but recommended)
trivy image --severity MEDIUM,HIGH,CRITICAL torrust-tracker:local
Workflow
Step 1: Check Existing Catalog First
Before analyzing any CVE, search the existing catalog:
grep -R "CVE-<id>" docs/security/analysis/
If already present and requires-recheck-when conditions have not changed, reuse the existing verdict.
Step 2: Build and Scan
- Build local runtime image from
Containerfile. - Run the gate scan with
HIGH,CRITICAL. - Run optional full scan (
MEDIUM,HIGH,CRITICAL) to capture trend context.
Step 3: Update Scan History Docs
Update:
docs/security/docker/scans/torrust-tracker.mdwith:- date/time, Trivy version, totals by severity
- notable CVEs and rationale
docs/security/docker/scans/README.mdsummary table with latest status and date.
Step 4: Document New Non-Affecting CVEs
For any new non-affecting CVE, create docs/security/analysis/production/CVE-<id>.md or
docs/security/analysis/build/CVE-<id>.md with:
- frontmatter fields:
cve-iddate-analyzedsourcestatus: non-affectingreview-cadencerequires-recheck-when
- evidence-based explanation tied to tracker architecture
- conditions that would invalidate the current verdict
Step 5: Escalate Affecting CVEs
If a CVE is affecting:
- create/update a tracking issue
- include impact, affected component, exploitability context, and remediation plan
- update scan docs with current status and owner
Recheck Triggers
Re-evaluate catalog verdicts when any of these happen:
Containerfilebase image changes- new runtime/system dependency is introduced
- code path changes that satisfy a CVE file's
requires-recheck-whencondition
Completion Checklist
-
trivygate scan executed (HIGH,CRITICAL) - scan history files updated
- new CVEs cataloged or linked to existing catalog entries
- affecting CVEs escalated
-
linter allpasses
When not to use it
- →When the task is not related to manual Docker security scans for the tracker runtime image
- →When the task does not involve triaging Docker CVEs or refreshing security scan documentation
- →When the target image is not built from the root `Containerfile`
Limitations
- →The skill targets the tracker runtime image built from the root `Containerfile`
- →The main severity gate for scans is `HIGH,CRITICAL`
- →The skill's documentation outputs are specific files under `docs/security/docker/scans/` and `docs/security/analysis/`
How it compares
This skill provides a structured workflow for manual Docker security scans, including specific commands, documentation updates, and CVE triage procedures, which is more complete than simply running a scan tool.
Compared to similar skills
run-manual-docker-security-scan side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| run-manual-docker-security-scan (this skill) | 0 | 1mo | Review | Intermediate |
| container-security-testing | 1 | 7mo | Review | Intermediate |
| secrets-management | 5 | 4mo | Review | Advanced |
| fix-cves | 1 | 6mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by torrust
View all by torrust →You might also like
container-security-testing
Ed1s0nZ
容器安全测试的专业技能和方法论
secrets-management
wshobson
Implement secure secrets management for CI/CD pipelines using Vault, AWS Secrets Manager, or native platform solutions. Use when handling sensitive credentials, rotating secrets, or securing CI/CD environments.
fix-cves
okteto
Fix all CVEs in the Okteto CLI Docker image by scanning with Trivy and updating vulnerable dependencies and binaries
sca-trivy
rohunj
Software Composition Analysis (SCA) and container vulnerability scanning using Aqua Trivy for identifying CVE vulnerabilities in dependencies, container images, IaC misconfigurations, and license compliance risks. Use when: (1) Scanning container images and filesystems for vulnerabilities and misconfigurations, (2) Analyzing dependencies for known CVEs across multiple languages (Go, Python, Node.js, Java, etc.), (3) Detecting IaC security issues in Terraform, Kubernetes, Dockerfile, (4) Integrating vulnerability scanning into CI/CD pipelines with SARIF output, (5) Generating Software Bill of Materials (SBOM) in CycloneDX or SPDX format, (6) Prioritizing remediation by CVSS score and exploitability.
secure-storage
gabriellpequeno
>
nmap
sneakerhax
Run Nmap scans in Docker for a provided host, IP, or CIDR target.