Skip to content

Security: trivy-config HIGH misconfigurations — root containers + frontend Deployment securityContext (waivers) #1340

Description

@SharedQA

Summary

The trivy-config gate (added in #1317) surfaces 8 HIGH IaC/Dockerfile misconfigurations. They are pre-existing and mostly on build/test images; waived in .trivyignore (4 rule IDs, documented) so the gate stays blocking for any new or other misconfiguration. This issue tracks fixing them and removing each waiver.

Findings (4 rules / 8 occurrences)

Rule Sev Where Note
AVD-DS-0002 (container runs as root) HIGH ×4 compose/seed/Dockerfile, src/ingestion/tests/e2e/compose/Dockerfile.runner, src/ingestion/tools/declarative-connector/Dockerfile, src/ingestion/tools/toolbox/Dockerfile build/test/tooling images — add non-root USER where feasible
AVD-KSV-0118 (Deployment missing securityContext) HIGH ×2 src/frontend/helm/templates/deployment.yaml real prod hardening — set runAsNonRoot, drop caps
AVD-KSV-0014 (root filesystem not read-only) HIGH ×1 src/frontend/helm/templates/deployment.yaml set readOnlyRootFilesystem: true
AVD-DS-0029 (apt-get without --no-install-recommends) HIGH ×1 src/ingestion/tools/toolbox/Dockerfile add the flag

Acceptance

  • Fix the frontend Deployment securityContext (KSV-0118/0014) first — that's the genuine prod gap.
  • Add non-root USER to build images where it doesn't break them; --no-install-recommends on toolbox.
  • Remove each rule from .trivyignore as it's fixed. Gate stays blocking for everything else.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions