fix(binjovi): scope the package-read guard to binjovi pods #224
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/binjovi-guard-scope-package-read"
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?
Every kernel deploy has failed since 2026-09-02. Reproduced today on
linux-deploy-6.18.44-seanfarm46-seanfarm-master-qdhxz: theresolve-targetpod is refused withbinjovi guard: a package read credential requires a package test init container or a trusted package publisher.The package-read rule matches any secret name ending
read-s3. Pipelines provisions one<project>read-s3MinIO key per project (23 of them exist), so it caughtlinuxread-s3, which the kernel deploy uses to read its release MANIFEST. Four pipelines templates mount such a key, so exempting one service account would only move the problem.That rule was also the only validation in this policy not gated on a binjovi label, so it policed the entire
workflowsnamespace instead of the pods binjovi creates. Binjovi labels its own podsapp.kubernetes.io/managed-by=binjovi; pipelines pods carry no such label. Gating on it makes this rule consistent with every other validation in the file. Binjovi both paths, the untrusted package-test init container and the trusted package publisher, are unchanged.Introduced by
3df37406on 2026-09-02, one day after the last successful kernel deploy, which is why nothing caught it.bash tests/check.shpasses,tests/vap-cel-balance.shpasses, andkubectl apply --dry-run=serveraccepts the CEL.https://claude.ai/code/session_01MdSbMhzabSbpG8TtP9Ur3H