Provenance Appendix Checklist (SIGNALS-24-003)

Audience: Signals Guild, Runtime Guild, Authority Guild.

Purpose: Enrich runtime facts with verifiable provenance — who produced the fact, from which build, and with what signature — so reachability evidence is auditable end to end. This checklist advances SIGNALS-24-003 once CAS promotion (SIGNALS-24-002) is approved.

Every runtime fact that contributes to a release decision carries a provenance record alongside its content-addressed blob. The fields below let an auditor trace a fact back to its source host, pipeline build, and signing key, with an optional Rekor anchor when transparency logging is online.

Required fields (per runtime fact)

Steps

  1. Freeze provenance JSON schema (provenance.runtime.fact.v1).
  2. Add enrichment stage writing provenance into CAS alongside runtime facts.
  3. Emit DSSE attestation per batch of runtime facts; store in CAS.
  4. Update /signals/runtime-facts/ndjson handler to return provenance_hash and callgraph_id when available.
  5. Add validation tests to ensure add-only evolution and deterministic ordering.

Deliverables

Owners

GuildResponsibility
Signals GuildImplementation
Runtime GuildSchema review
Authority GuildSigning and attestation

Status