Skip to content

docs(transparency): make the signing lever discoverable without reading the Helm chart - #146

Merged
beyondnetPeru merged 1 commit into
developfrom
gt-588-transparency-discoverable
Aug 9, 2026
Merged

docs(transparency): make the signing lever discoverable without reading the Helm chart#146
beyondnetPeru merged 1 commit into
developfrom
gt-588-transparency-discoverable

Conversation

@beyondnetPeru

Copy link
Copy Markdown
Contributor

GT-588's machinery is complete and tested — Merkle, COSE_Sign1, an Ed25519 signer and verifier, the decorator over IAuditEntryRepository, and a cross-language interop suite that feeds a real ledger to the real evolith audit verify.

What was missing was smaller, and it stopped anyone from using it: Transparency appeared in zero appsettings files. The only way to learn the lever existed — or what its keys are called — was to read product/infra/helm/evolith-tracker-api/values.yaml.

Disabled, and that is the point

The section ships disabled, which is not a placeholder: it is the state the chart also ships and the state TransparencyWiringTests asserts. Turning signing on changes what the product claims about its own audit trail, and that is a deployment decision, not a default.

The seeds are not here, not even as empty strings

Deliberately: a blank in a committed file is an invitation to fill it. They are delivered by the deployment through a Secret, and with Enabled: true and no seeds the application refuses to start rather than falling back to a development key — a ledger that looks signed and proves nothing is worse than no ledger.

Verified

  • The JSON parses, and the six keys the binder reads are exactly the non-secret ones — no *SeedBase64 key exists in the file.
  • Transparency suite 14/14.
  • DesactivadoPorDefecto_NoDecoraNada still passes: the default decorates nothing.

So this adds discoverability and no behaviour.

Not verified

That a real deployment reads it. Nothing is deployed anywhere (GT-435/GT-448) — the same wall GT-588's remaining criterion sits behind, which is key custody plus an environment, and neither is a code change.

🤖 Generated with Claude Code

…ng the Helm chart

GT-588's machinery is complete and tested — Merkle, COSE_Sign1, an Ed25519 signer
and verifier, the decorator over IAuditEntryRepository, and a cross-language
interop suite that feeds a real ledger to the real `evolith audit verify`. What
was missing was smaller and stopped anyone using it: `Transparency` appeared in
ZERO appsettings files, so the only way to learn the lever existed, or what its
keys are called, was to read product/infra/helm/evolith-tracker-api/values.yaml.

The section is added DISABLED, which is not a placeholder — it is the state the
chart also ships and the state `TransparencyWiringTests` asserts, because turning
signing on changes what the product claims about its own audit trail and that is
a deployment decision, not a default.

THE SEEDS ARE NOT HERE, not even as empty strings, and that is deliberate: a
blank in a committed file is an invitation to fill it. They are delivered by the
deployment through a Secret, and with `Enabled: true` and no seeds the
application REFUSES TO START rather than falling back to a development key — a
ledger that looks signed and proves nothing is worse than no ledger.

Verified: the JSON parses, the six keys the binder reads are exactly the
non-secret ones (no `*SeedBase64` key exists in the file), the transparency suite
is 14/14, and `DesactivadoPorDefecto_NoDecoraNada` still passes — the default
decorates nothing, so this change adds discoverability and no behaviour.

NOT verified: that a real deployment reads it. Nothing is deployed anywhere
(GT-435/GT-448), which is the same wall GT-588's remaining criterion sits behind.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@beyondnetPeru
beyondnetPeru merged commit a9cc013 into develop Aug 9, 2026
6 checks passed
@beyondnetPeru
beyondnetPeru deleted the gt-588-transparency-discoverable branch August 9, 2026 02:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant