release: bind sealed evidence to exact source identity - #56
Conversation
|
Warning Review limit reached
Next review available in: 51 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (9)
Comment |
|
@coderabbitai review |
|
|
@opencode-agent @cwl-noema-review Please independently inspect exact current head Review the complete nine-file diff and distinguish actionable findings from stale predecessor-head analysis. Prioritize the six-file evidence cardinality, canonical The regression was demonstrated at RED exact head |
|
@coderabbitai review |
|
|
@coderabbitai review Review exact current stacked head |
|
Your plan includes PR reviews subject to rate limits. More reviews will be available in 20 seconds. |
Summary
SOURCE_IDENTITY.jsonrather than trusting caller assertions;SHA256SUMS, retain its exact digest in handoff manifest format version 2, and revalidate every accepted file before manifest issuance;CHANGELOG.mdwithout changing workflows or introducing publication authority.Exact-head sequencing
b17e8a044704bb98b59970510492c4915d374f5afrom PR release: verify sealed SBOM evidence before attestation #54.8adb4e2305a454714864ac8e251fbd66ee2e946b.8489c52af83b7afb004809ef0e805cb339d29378.eb2cba679ff1202866850cb24049efad885f0dc8.This PR targets
feature/sealed-release-evidence-verifier, not protectedmain. It remains draft until PR #54 is integrated with current protectedmainthrough an auditable credential-separated exact-tree mechanism and the complete stack is independently reverified. PR #58 is a later bounded slice stacked on this exact head and does not change this PR's current tree.Changed paths
The nine changed paths are limited to
CHANGELOG.md, operator documentation, the credential-free verifier, and its tests. No.githubpath is changed.Test-first evidence
The output-parent redirection RED head caused every Python 3.10–3.13 job to fail only because the CLI accepted a parent redirected into the evidence directory and issued
manifest.jsoninside the verified set. The first implementation passed all tests but correctly failed the 100% coverage gate on two uncovered storage-error lines. Exact current head includes the explicit failure-normalization regressions.Exact-current-head verification
Exact head
eb2cba679ff1202866850cb24049efad885f0dc8passed the read-only exact-headciworkflow:contents: readandmetadata: read.Only
ciis associated with this stacked exact head. Exact-head SAST Semgrep, Security Scan, completed automated review, and qualifying independent approval are not treated as satisfied. CodeRabbit review requests have been rate-limited; review latency is not a pass condition. There are no submitted reviews or unresolved inline review threads.Verification contract
The verifier requires the exact six-file set: canonical wheel, source distribution, paired CycloneDX 1.7 SBOMs,
SOURCE_IDENTITY.json, and canonicalSHA256SUMS.SOURCE_IDENTITY.jsonis strict, canonical, bounded, descriptor-bound JSON with an exact repository and 40-character lowercase source commit. Its digest is covered bySHA256SUMS, retained in manifest format version 2, and rechecked through final manifest issuance. Caller expectations must equal the sealed values.Each parsed SBOM and source-identity snapshot must match the digest already accepted from the checksum set. A valid alternate JSON document exposed only during semantic parsing therefore fails closed even if the original checksummed bytes are restored before final rehashing.
The writer checks the current resolved output location before verification and rechecks the current output parent immediately before exclusive creation, after descriptor/path binding, and after durable synchronization. Redirecting a previously safe parent into the verified evidence directory fails closed before trusted handoff issuance.
Changing repository or source identity changes the sealed checksum evidence and handoff-manifest bytes. This is evidence binding, not proof that artifacts were honestly built from the claimed source; protected provenance remains a separate independently reviewed organization control.
Trust boundary
No branch-local workflow, publication permission, signing credential, protected-ref write, self-push, merge/rebase job, conflict strategy, or model-executing write identity is introduced. The verifier remains credential-free; downstream attestation and publication remain separately reviewed organization controls.
Remaining gates
Before integration or merge, require:
mainthrough an auditable credential-separated mechanism;Progresses #55 and #46.