fix: expand the bounded ClamAV budget for init binaries #128
No reviewers
Labels
No labels
app-migration
bug
ci-cd
cluster
Documentation
duplicate
enhancement
gpu
invalid
networking
question
security
Storage
wontfix
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
Homelab/workflows!128
Loading…
Reference in a new issue
No description provided.
Delete branch "kiyi/clamav-expanded-limit-diagnostics"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Base-images run 300 used promoted workflows v1.46.4 and correctly rejected the incomplete Zarf-agent malware scan. The 195,354,784-byte stripped Zarf binary still exceeds MaxScanSize at 4096M. Its retained image decision has zero unmitigated findings, the existing exact GO exception, a completed SBOM and one blocking ClamAV error.
Raise the finite expanded-content accounting budget to 16384M in both clamscan and clamd. ClamAV counts recursive content and repeated scans under different detected types separately from raw file size (upstream explanation). Keep MaxFileSize 2000M, time/recursion/file-count limits, two workers, bounded staging and image export/total limits unchanged. Incomplete scans continue to fail; there is no skip, exception or automatic retry. Report configured_limit_bytes for MaxScanSize failures and show the allowance at image-engine startup without publishing raw scanner logs.
Validation: 41 focused scanner/report regressions pass; the real pinned Trivy converter test is skipped locally and remains required in Library checks. The existing scaffold check passes 16 mocked success/finding/error/version cases. Fatal/undefined-name lint, diff checks and the active Gitleaks hook pass. Workflow/job/status names and the owner-approved GO selectors are unchanged.
This proposes more headroom; it does not establish that 16 GiB is sufficient. After review and release/promotion, the actual base-images PR #56 candidate must complete with clean ClamAV evidence and zero blocking findings, malware warnings and scanner errors before approval/publication. The acceptance gap from the outstanding review remains open.
Reviewed the exact-head malware scanner, its changed focused tests, and security documentation. Both standalone clamscan and per-image clamd use the same finite 16384M expanded-content limit while MaxFileSize remains 2000M, staging/export limits and the two-worker daemon remain bounded, and limit/error outcomes still fail closed. MaxScanSize diagnostics report the configured byte allowance without exposing raw scanner logs. This is source approval only: 16 GiB is not proven sufficient for the Zarf candidate. Workflow acceptance, Repository security, and Library checks were pending at review time; their required results and a subsequent clean real base-images candidate scan remain separate acceptance gates. This change does not cross a UDS deployment, policy or routing boundary. Forgejo's changed-files API omitted patch hunks; review used authenticated exact-head contents of all four changed files.
CI at submission: pending. This is a source-review approval, not a scan verdict; required checks still block merge.