Repository navigation
fix(security): restore verified organization settings publication - #5266
Conversation
Review evidence for The producer moved its caller in devantler-tech/.github#725. The previously applied v12.0.2 publication was produced by run 39943939010 using the exact Both complete GitHub trees were read independently. The executable publisher surface is identical at those two commits:
The regression first failed on the committed matcher: the new publisher was rejected and the obsolete The pinned authorization renderer changes exactly the organization settings source entry; the proposed fingerprint is Actual Cosign checks verified the old v12.0.2 artifact to the retained publisher and the new v12.0.3 artifact to the proposed exact publisher, using GitHub's exact OIDC issuer. An impossible forty-character signer failed explicitly on certificate identity. Signed payloads bind the artifact versions, source revisions and publication runs. The canonical suite passed 201 controls; both canonical regeneration fixture families, all five consumer guards, Bash syntax, ShellCheck and the focused authorization Go package passed. The canonical matcher writer ran again with zero changes. Authorization rendering used checksum-verified kubectl 1.36.2 / Kustomize 5.8.1, matching the repository's required renderer. The genuine global observation refresh through the working production context failed closed because AWS and the data-product-controller/Khoist caller have unrelated unapproved publisher pins: two of five consumers unresolved, no files written. Observed TSVs remain unchanged. This PR changes only the canonical approval, its generated matcher, the reviewed authorization ledger and the real predicate regression. It does not claim a fresh global observation set. Hosted validation is running on the exact head; the PR remains a draft pending its outcome and independent review. The protected rollout must still demonstrate a verified new publication and healthy live platform status. Dashboard activation remains pending on that outcome. |
The separate global observation refresh blocker is tracked in #5267. This repair preserves the existing observation files and other consumers' approvals; its exact publisher and artifact verification evidence is recorded above. |
Evaluation at The command-line evaluation used the actual previously applied and newly published organization settings artifacts. Their exact retained/new certificate identities verified successfully, and the impossible identity was rejected. The committed predicate separately passed its retired-publisher and unrelated-consumer/issuer/repository/workflow controls. Source, provenance and ledger evidence are in the earlier comment. This establishes the proposed acceptance behavior. Protected deployment and the live verified-publication/health readback remain required before closure. |
@coderabbitai review |
✅ Action performedReview finished.
|
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
📜 Recent review details
📝 Walkthrough
Priority: ➖ Normal Severity of issue fixed: Medium Merge Risk: ⚪ Minimal · up to
|
Resolved the Linked Issues check: canonical approval TSV excluded / new workflow-source review not established evidence request in the exact-head review. The published canonical source at this head contains exactly these organization-settings approvals: The obsolete The source review compared the complete, non-truncated Git trees of the previously approved publisher and the proposed publisher. The workflow and both executable helpers have identical mode and blob identities: workflow This supplies the requested source and review evidence. The substantive review is green for Protected deployment and live publication readback remain delivery requirements. |
The reviewed repair is first in the protected merge queue at head Next action: collect the waiting deployment result, then verify the restored publication and live platform health. The recovery is already applying production state, so it is being allowed to finish. Dashboard activation remains dependent on this repair and will not be promoted until that live verification passes. |
Why
The latest organization settings publication is blocked because its publisher changed before the platform approved the transition.
What
Restores verified delivery by accepting the reviewed new publisher alongside the currently verified publisher and retiring the obsolete approval. Other publishers and security boundaries stay unchanged.
Fixes #5265