Validate cadence contract and require functional MFA verification
Assistant: codex Assistant-Model: gpt-6-astra Assistant-Session: 01a06ea3-7939-7b63-8125-699f8b50bedd
This commit is contained in:
parent
d4d61b722e
commit
4e07d60ff1
34 changed files with 1640 additions and 364 deletions
|
|
@ -150,8 +150,12 @@ If a control's soundness depends on an event being present, that evidence is
|
|||
**load-bearing**: emission must be atomic with the state change, queued locally,
|
||||
and you **MUST** declare an expected cadence. For rare load-bearing events —
|
||||
revocations, denials, containment — rate monitoring cannot work, so the required
|
||||
form is **reconciliation or a heartbeat**: a positive claim that can itself go
|
||||
missing.
|
||||
NetKingdom profile is **heartbeat plus reconciliation**: a positive claim that
|
||||
can itself go missing and a comparison of source transitions with accepted
|
||||
evidence. The mechanically checkable overlay is
|
||||
[`canon/standards/emission-cadence-security-profile_v0.1.md`](canon/standards/emission-cadence-security-profile_v0.1.md);
|
||||
it imports the InfoTechCanon contract assigned by `GH-DEC-2026-004` and
|
||||
remains proposed pending owner-instance validation.
|
||||
|
||||
Otherwise evidence is **attributive**: seek atomicity, and if you trade it away
|
||||
deliberately, declare the trade and never describe the trail as complete.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue