You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Solmara's Registry Stack v0.15.2 adoption now generates separate public and private-consultation Relay closures for all six authorities. Hosted deployment requires twelve instance-bound, signed Relay bundles at SOLMARA_RELAY_BUNDLE_SEQUENCE=2.
The repository still contains the prior six sequence-1 combined bundles. Their public trust anchors refer to the Ed25519 key solmara-hosted-relay-config-2026-07-25, but no recoverable private JWK location is known. Treat that private key as unavailable rather than attempting to reconstruct or copy it from an unsafe location.
This issue also retains the broader signed-baseline work for Relay and Notary. It stays separate from the v0.15.2 code adoption because it owns signing authority, secret custody, trust-anchor rotation, activation, rollback, and recovery decisions.
Outcome
Rotate to a new hosted configuration-signing key, keep the private JWK in a restricted 1Password vault, publish only public verification material, regenerate and verify all hosted bundles, and complete the signed-baseline workflow without exposing signing material.
Immediate v0.15.2 release gate
Generate a new Ed25519 private/public JWK pair on a trusted workstation outside the repository.
Store the private JWK as a restricted 1Password item or document with an explicit owner and minimum required access.
Record the 1Password vault/item reference, access-recovery owner, and rotation date in private operational documentation, without copying the private JWK into GitHub, CI variables, shell history, or public docs.
Define a safe local signing procedure. If op CLI materializes the key, use a mode-0600 temporary file, avoid command tracing and stdout, and delete the file immediately after signing.
Commit only the public JWK/trust anchors and signed artifacts.
Regenerate all twelve public and consultation Relay bundles at sequence 2 with Registryctl v0.15.2.
Review the public-versus-consultation closure diff and verify that no private consultation artifact appears in a public bundle.
Run just hosted-relay-bundles-check, just lint, and the release-candidate image-level verification across all twelve bundles.
Build the hosted Relay wrapper from the pinned v0.15.2 Relay digest and confirm every embedded bundle verifies at sequence 2.
Document how an operator retrieves the key for an authorized rotation and how access is revoked or recovered when the custodian changes.
Broader signed-baseline acceptance criteria
Define the signing authority, trust-anchor distribution, and rotation model for both Relay and Notary.
Package and sign the Relay and Notary configuration closures for each authority project.
Verify signatures and immutable bundle identity before hosted activation.
Run registryctl check and registryctl build with the paired --against and --anchor inputs.
CI fails closed on a missing, invalid, stale, or mismatched baseline.
Review output reports verified_signed_bundle and retains semantic change evidence.
Document rollback and key-rotation procedures, including anti-rollback sequence handling.
Preserve a safe local development workflow with no committed private keys or raw tokens.
Verification
Exercise one realistic authority end to end first, then expand the same reviewed procedure to all six authorities and run the normal Registry Stack project, runtime reproducibility, security, Compose, live smoke, and hosted-image gates.
Context
Solmara's Registry Stack v0.15.2 adoption now generates separate public and private-consultation Relay closures for all six authorities. Hosted deployment requires twelve instance-bound, signed Relay bundles at
SOLMARA_RELAY_BUNDLE_SEQUENCE=2.The repository still contains the prior six sequence-1 combined bundles. Their public trust anchors refer to the Ed25519 key
solmara-hosted-relay-config-2026-07-25, but no recoverable private JWK location is known. Treat that private key as unavailable rather than attempting to reconstruct or copy it from an unsafe location.This issue also retains the broader signed-baseline work for Relay and Notary. It stays separate from the v0.15.2 code adoption because it owns signing authority, secret custody, trust-anchor rotation, activation, rollback, and recovery decisions.
Outcome
Rotate to a new hosted configuration-signing key, keep the private JWK in a restricted 1Password vault, publish only public verification material, regenerate and verify all hosted bundles, and complete the signed-baseline workflow without exposing signing material.
Immediate v0.15.2 release gate
opCLI materializes the key, use a mode-0600 temporary file, avoid command tracing and stdout, and delete the file immediately after signing.just hosted-relay-bundles-check,just lint, and the release-candidate image-level verification across all twelve bundles.Broader signed-baseline acceptance criteria
registryctl checkandregistryctl buildwith the paired--againstand--anchorinputs.verified_signed_bundleand retains semantic change evidence.Verification
Exercise one realistic authority end to end first, then expand the same reviewed procedure to all six authorities and run the normal Registry Stack project, runtime reproducibility, security, Compose, live smoke, and hosted-image gates.