Type secret policy closure semantics

This commit is contained in:
Meta Vens 2026-07-13 01:51:35 +01:00
commit a92feddce9
5 changed files with 244 additions and 53 deletions

View file

@ -735,6 +735,17 @@ summary equality. Closure cannot bless a config that only mentions the desired
values in comments or unrelated tables, and no deployment closure branch uses
`content.contains` as authority.
## Secret-policy prose substituted for security authority
`repo.secret_policy_request` closure used substring checks for secret-access,
write-permission, deployment, publication, service, cross-body, and private
Verse denials. A comment containing the desired `false` line could coexist with
an actual `true` authority value and still satisfy closure. The family now has
a typed TOML model for request scope, antecedents, receipt contracts, security
packet, and authority seals. Closure requires semantic predicates and exact
accepted-summary equality; the branch contains no substring authority. A
commented denial cannot conceal granted secret access.
## Unresolved: provider receipts without chronology
Bifrost body-change/GitHub publication receipts are externally owned and their

View file

@ -185,6 +185,9 @@ The confirmed conceptual substitutions have been cut:
longer substitute for valid deployment configuration.
- Repo-work deployment closure uses that same typed model and semantic
predicates; the duplicate substring validator is deleted.
- Secret-policy request closure parses typed TOML and validates request,
antecedent, receipt, security-packet, and authority semantics. Comment prose
cannot counterfeit secret/write/deployment denials.
- Bifrost provider receipt contracts still lack provider timestamp/revision.
Do not invent consumer-side ordering; repair that in a Bifrost-owned schema.