marketplace/bundles/pm-dev-oci/skills/oci-security/SKILL.md
Use when hardening container runtime configuration, scanning for vulnerabilities, securing the image supply chain, or auditing against OWASP Docker Top 10. Covers capability dropping, read-only filesystems, image signing, SBOMs, and Trivy/Cosign/Syft workflows. Cross-references the cross-cutting foundations in plan-marshall:persona-security-expert.
npx skillsauth add cuioss/plan-marshall oci-securityInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
REFERENCE MODE: This skill provides reference material for securing OCI containers at runtime and across the supply chain. Load specific references on-demand based on current task. Do not load all references at once.
Execution mode: Reference library; load standards on-demand for container security hardening tasks.
Prohibited actions:
Constraints:
--cap-drop=ALL) and selectively add required onesFor general image building practices (Dockerfiles, base images, multi-platform builds), see Skill: pm-dev-oci:oci-standards.
Activate when:
Load references progressively based on current task. Never load all references at once.
File: standards/owasp-container-security.md
Load When:
Contents:
Load Command:
Read standards/owasp-container-security.md
File: standards/runtime-security.md
Load When:
Cross-references OWASP controls D01, D03, D04, D05, D07, D09, D10.
Load Command:
Read standards/runtime-security.md
File: standards/supply-chain-security.md
Load When:
Cross-references OWASP controls D02, D08.
Load Command:
Read standards/supply-chain-security.md
This skill retains the container-specific mechanics (capability dropping, read-only filesystems, image signing, SBOMs, Trivy/Cosign/Syft) in its standards/. The cross-cutting conceptual foundations behind those mechanics live in the centralized plan-marshall:persona-security-expert sub-documents — load the matching foundation, then return here for the container realization. No content duplication:
| Container mechanic (here) | Centralized foundation (there) |
|---------------------------|-------------------------------|
| Container threat modeling (the Docker Top 10 lens applied per deployment) | threat-modeling-stride.md — the general STRIDE method behind it |
| Capability dropping (--cap-drop=ALL), no-new-privileges, non-root user; minimal hardened base images | secure-design-principles.md — least privilege, secure by default, fail securely |
| Container secret injection (avoid ENV/ARG, use mounted volumes / sidecars) | secrets-handling.md — the environment-variable pitfall and secret-manager integration |
| Image signing, SBOMs, provenance attestation (Trivy/Cosign/Syft are the container mechanics) | dependency-supply-chain.md — the cross-cutting SBOM, provenance/SLSA, and artifact-signing authority; maps to OWASP A03 / A08 in owasp-top-ten.md |
Docker Top 10 ≠ web Application Top 10. The OWASP Docker Top 10 (D01–D10) covered by this skill's
standards/owasp-container-security.mdis container-specific and stays local. The general OWASP web Application Top 10 (A01–A10) lives in the centralizedowasp-top-ten.md. Cross-reference them; do not merge them.
--cap-drop=ALL with selective --cap-add--security-opt=no-new-privileges--read-only with tmpfs for write directoriesdevelopment
Domain-owned OpenRewrite log-line finding parser for the java-cui domain — parses the
development
Domain-owned OpenRewrite marker detection for the java-cui domain — scans Java/Kotlin sources for cui-rewrite TODO markers, categorizes them by recipe, and fails the gate on any detected marker
development
Operator control surface for the marshalld build server — enrol/drop a project in the machine-global registry (the opt-in enable signal and anti-laundering wall), manage the daemon lifecycle (start, stop, drain, status, install, upgrade) version-pinned to the verified bundle copy, and inspect the daemon's per-project interaction-audit log (read-only)
tools
The tiny build-consumption client for the marshalld build server — submit a build job, bounded long-poll for its result, ping the daemon identity, and preflight registry-plus-liveness in one call; consumption only, never provisioning or enrolment