mirror of
https://github.com/shankar0123/certctl.git
synced 2026-06-07 17:51:29 +00:00
1caedd5fd3
Bundle: ci-pipeline-cleanup, Phase 1. Pure relocation — no behavior change. Each guard's bash logic is byte-identical to the prior inline version; the only changes are: (a) the guard becomes a sibling script under scripts/ci-guards/<id>.sh, (b) ci.yml's per-guard step is replaced by a single loop step that iterates all scripts. 20 scripts extracted (alphabetized): B-1-orphan-crud.sh, D-1-D-2-statusbadge-phantom.sh, G-1-jwt-auth-literal.sh, G-2-api-key-hash-json.sh, G-3-env-docs-drift.sh, H-001-bare-from.sh, H-009-readme-jwt.sh, L-001-insecure-skip-verify.sh, L-1-bulk-action-loop.sh, M-012-no-root-user.sh, P-1-documented-orphan-fns.sh, S-1-hardcoded-source-counts.sh, S-2-strings-contains-err.sh, T-1-frontend-page-coverage.sh, U-2-plaintext-healthcheck.sh, U-3-migration-mount.sh, bundle-8-L-015-target-blank-rel-noopener.sh, bundle-8-L-019-dangerously-set-inner-html.sh, bundle-8-M-009-bare-usemutation.sh, test-naming-convention.sh Plus scripts/ci-guards/README.md documenting the contract: - Each script must exit 0 on clean repo, non-zero with ::error:: prefix on regression - Runnable from repo root via 'bash scripts/ci-guards/<id>.sh' - Adding a new guard: drop a new <id>.sh; CI auto-picks it up ci.yml dropped 1488 → 557 lines (-931, -63%). Single CI loop step now collects ALL guard failures before failing the build instead of fail-fast — UX win for regressions that hit two guards at once. Two guards (QA-doc Part-count + seed-count, ci.yml lines 868-917) deliberately NOT extracted — they move to 'make verify-docs' in Phase 11 because they protect docs-the-operator-reads, not the product itself. Verification (sandbox): - All 20 scripts pass against HEAD (chmod +x; for g in scripts/ci-guards/*.sh; do bash $g; done) - New ci.yml YAML-parses cleanly - Job boundaries preserved: go-build-and-test, frontend-build, helm-lint, deploy-vendor-e2e, deploy-vendor-e2e-windows - Loop step appears twice (once at end of go-build-and-test, once at end of frontend-build) so both jobs continue running their set of guards
28 lines
1.1 KiB
Bash
Executable File
28 lines
1.1 KiB
Bash
Executable File
#!/usr/bin/env bash
|
|
# scripts/ci-guards/H-001-bare-from.sh
|
|
#
|
|
# Bundle A / Audit H-001 (CWE-829): every FROM line in every
|
|
# Dockerfile in the repo MUST carry an @sha256:... digest pin in
|
|
# addition to the human-readable tag. A registry-side tag swap
|
|
# cannot then change what we pull. This script grep-fails the
|
|
# build if any new FROM lands without the @sha256 suffix.
|
|
#
|
|
# Companion check: digest-validity.sh (added by ci-pipeline-cleanup
|
|
# Phase 7) verifies that each digest actually resolves on its
|
|
# registry — H-001 is presence-only.
|
|
|
|
set -e
|
|
# Match any "FROM image[:tag]" that does NOT contain @sha256.
|
|
# Strip comments and blank lines defensively.
|
|
BAD=$(find . -name 'Dockerfile*' -not -path './web/node_modules/*' \
|
|
-exec grep -HnE '^FROM\s+[^@#]+(\s+AS\s+\S+)?\s*$' {} \; || true)
|
|
if [ -n "$BAD" ]; then
|
|
echo "::error::H-001 regression: Dockerfile has bare FROM (no @sha256 digest pin):"
|
|
echo "$BAD"
|
|
echo ""
|
|
echo "Pin every FROM to an immutable digest. See the bump"
|
|
echo "procedure in Dockerfile's header comment (Bundle A / H-001)."
|
|
exit 1
|
|
fi
|
|
echo "H-001 bare-from: clean."
|