Skip to main content
Conformance targetPreconditions 0a-0e satisfied. Invariants 1-5 enforced.
ZTG-1Mechanistic Boundary

AI must be authorized
before it acts.

When AI systems take irreversible actions, someone must approve those actions first. This is the governance surface where that authorization is enforced. Every control exists to preserve a structural guarantee.

Replay requirement
ZTG-0b
Deterministic
Recorded governance decisions can be reproduced from the same qualified inputs.
Time requirement
ZTG-0c
Bounded skew
Governance components operate against a declared time source and skew bound.
Evidence requirement
ZTG-4
Before effect
Durable authorizing evidence exists before an external effect is dispatched.
A rotating governance oculus above a gravitational singularity, representing continuous authorization inspection at the effect boundary.
Governance oculusContinuous inspection at the effect boundary
Trust Root
ZTG-0d
Authorization chain anchored and sealed.
Stasis Condition
ZTG-2
When structural guarantees cannot be met, the system fails closed and affected surfaces are frozen until governance is assured.
Human Authority

ZTG requires every authorized action to trace back to a human-attested authority chain: who granted the authority, under what policy, with what evidence, and who remains responsible for the effects.

Grantor

Who granted the authority.

Policy

Under which binding rule.

Evidence

What record supports the decision.

Responsibility

Who remains accountable for effects.

ZTGZero Trust GovernanceExecution-Time Invariants
ZTG-0Structural Prerequisites
ZTG-1Mechanistic Boundary
ZTG-2Stasis
ZTG-3Governed Effect Surface
ZTG-4Evidence-Coupled Execution
ZTG-5Irreversibility of Harm
Structural Prerequisites

ZTG-0 Control Set

Governance exists around the execution engine, not inside it. These controls define the minimum structural conditions required for deterministic governance in high-consequence environments.

Mechanistic Boundary

Authorization must precede irreversible action. No runtime bypass, reinterpretation, or negotiation.

REASONING SPACEEXECUTION SPACEModel OutputStochasticAUTHGateEffectDeterministicAUTHORIZEDCONTAINED
Governed Effect Surface

Every external effect must occur only through registered surfaces with declared reversal strategy and authorization policy.

Audit trail flowchart icon representing complete governance record keeping
ZTG-0a

The system records every governance decision so it can be reviewed later. If something happened, there is a record of it.

All governance-relevant state transitions, decision points, and boundary checks must be recorded with sufficient fidelity to support deterministic post-hoc audit.

Branching tree icon representing deterministic decision paths
ZTG-0b

Given the same inputs, the system makes the same governance decision every time. The AI may behave unpredictably, but the rules that govern it do not.

Given identical initial state and identical inputs, the governance system must produce identical governance decisions. Execution nondeterminism is permitted; governance nondeterminism is not.

Synchronized clocks icon representing time consistency
ZTG-0c

All parts of the system agree on what time it is. If the clocks drift too far apart, the system stops rather than make decisions with bad timing data.

All components participating in governance evaluation must operate against a synchronized time source with bounded skew. Clock skew exceeding declared tolerance triggers system halt.

Cryptographic key chain icon representing identity trust roots
ZTG-0d

Every identity used to sign authorizations traces back to a declared root of trust. Identities cannot be forged or handed off to someone else.

All cryptographic material used for authorization signing, evidence sealing, and identity binding must be traceable to an explicitly declared trust root. Identity must be unforgeable and non-delegatable.

Lock with converging arrows icon representing consensus requirement
ZTG-0e

All parts of the system see the same governance rules at the same time. If the rules are out of sync, the system denies authorization until consistency is restored.

All components participating in governance evaluation must operate against a consistent view of governance state. During inconsistency, the system must deny authorization.

Specification Console

Specification and Regulatory Context

ZTG invariants mapped to EU AI Act, NIST AI RMF, and ISO/IEC 42001. Where the frameworks require procedure, ZTG requires mechanism.

EU AI Act — Art. 12 Record-keeping → ZTG-0a, ZTG-4
Reference
Art. 12 requires automatic logging. ZTG-0a requires all governance-relevant state transitions recorded with audit-grade fidelity. ZTG-4 goes further: evidence is constitutive of execution, not documentary. If evidence creation fails, execution fails. Art. 12 has no such coupling.
EU AI Act — Art. 14 Human Oversight → ZTG-1, ZTG-2
Reference
Art. 14 requires the capability to intervene, override, or stop. ZTG-1 requires a deterministic, non-bypassable boundary — mechanistic, not procedural. ZTG-2 requires the system to halt itself when governance invariants fail, not wait for a human to notice.
EU AI Act — Art. 9 Risk Management → ZTG-0b, ZTG-0e
Reference
Art. 9(7) requires testing for consistent behavior. ZTG-0b requires deterministic reproducibility — identical inputs must produce identical governance decisions. Art. 9(1) requires a maintained risk system. ZTG-0e mandates runtime state consistency with automatic denial on inconsistency.
EU AI Act — Art. 9 Risk Identification → ZTG-5
Reference
ZTG-5 forces harm-class identification at every decision point, satisfying Art. 9's requirement to identify, analyze, and evaluate risks throughout the system lifecycle. The Irreversible class maps to Art. 9's high-risk tier; the Mitigable class's residual-harm provenance requirement maps to Art. 9's monitoring obligation.
EU AI Act — Art. 15 Robustness → ZTG-0d
Reference
Art. 15 requires 'appropriate' cybersecurity. ZTG-0d specifies the architecture: all cryptographic material traceable to a declared trust root. Art. 15 is a standard of care; ZTG-0d is a structural requirement.
NIST AI RMF — MEASURE 2.6 Provenance → ZTG-0a, ZTG-4
Reference
MEASURE 2.6 recommends computational provenance methods. ZTG-0a makes observability a hard prerequisite — no governance decision may occur in an unobservable context. ZTG-4 makes provenance atomic with execution.
NIST AI RMF — MANAGE 2.4 Halt Mechanisms → ZTG-2
Reference
MANAGE 2.4 requires mechanisms to halt or disengage AI systems with performance concerns. ZTG-2 mandates automatic engagement of those mechanisms when invariants fail, with graduated containment proportional to failure scope.
NIST AI RMF — GOVERN 6.1 Deployment Oversight → ZTG-1
Reference
GOVERN 6.1 addresses organizational policies for human oversight. ZTG-1 is runtime mechanistic enforcement — no component may bypass, reinterpret, or negotiate the boundary. Policy is insufficient; mechanism is required.
NIST AI RMF — MEASURE 2.7 Negative Impact Management → ZTG-5
Reference
ZTG-5's Mitigable class requires recording residual harm in decision provenance, directly implementing MEASURE 2.7's obligation to track and evaluate residual negative impacts. The Irreversible class's mandatory stricter gates implements MEASURE 2.7's requirement for heightened risk management controls for high-severity impacts.
ISO/IEC 42001 — Annex A.6 AI System Life Cycle → ZTG-0a, ZTG-0b, ZTG-4
Reference
A.6 addresses lifecycle controls including monitoring and logging. ZTG exceeds: missing telemetry is a governance violation (ZTG-0a), governance decisions must be deterministically replayable (ZTG-0b), and evidence is constitutive of execution (ZTG-4). Note: ISO 42001 Annex A sub-control numbers are not independently verifiable — the standard is paywalled.
ISO/IEC 42001 — Annex A.9 Use of AI Systems → ZTG-1, ZTG-2
Reference
A.9 addresses usage controls including shutdown capability. ZTG-1 requires an architectural boundary, not a procedural one. ZTG-2 requires automatic graduated containment, not human-initiated shutdown. Sub-control detail unavailable for verification.
Control Architecture

Governance evaluation in real time.

Every authorization decision evaluated against all five structural prerequisites. Every effect sealed with durable evidence. The invariants hold or the system halts.

Evidence_Coupled_Execution_04
ZTG-1 Mechanistic BoundaryPre-effect. Every effect path.
TRUST_ROOTZTG-0dTIME_SOURCEZTG-0cSTATE_VIEWZTG-0eEFFECT_SURFACEZTG-3ACTION_STATEZTG-1PASSPASSPASSPASSDENYDENYDENYDENYDENYSTASIS✓ AUTHORIZED
Invariant Gate

Before any action runs, the system evaluates all five structural prerequisites. Is every state transition observable? Are governance decisions replayable? Is the clock synchronized? Is the trust root valid? Is governance state consistent? If any check fails, the action is denied.

IF Observability == RECORDING
AND ReplayFidelity == DETERMINISTIC
AND ClockSkew < TOLERANCE
AND TrustRoot == VALID
AND GovernanceState == CONSISTENT
THEN Authorize Before Irreversible Effect

Containment State
Degrade to surface freeze on invariant loss.
Outcome
AUTHORIZATION SEALED

Control requirements

Temporal requirementBounded skew

Declared time source and tolerance

Evidence requirementBefore effect

Durable authorization precedes dispatch

Stasis Ladder
Surface FreezeSubsystem FreezeSystem StasisEscalateContainment scope expands to preserve invariants
ZTG-4 evidence-record anatomy

One governed effect. One inspectable record.

The record gathers decision provenance, consequence, routing, and result. Durable authorizing evidence precedes dispatch; uncertain disposition is an integrity condition, not a missing-log footnote.

Demonstrative recordZTG-4

Decision provenance

  • verdict
  • policy version
  • decision-time
  • authorizing identity
  • ratifying principal

Consequence

  • harm class
  • liability ceiling
  • reversal_strategy
  • residual harm, where applicable

Routing

  • surface route

Disposition

  • dispatch and result disposition
  1. 01Commit evidence durably

    Authorizing intent is write-ahead.

  2. 02Dispatch the effect

    No effect appears before the commit.

  3. 03Record disposition

    Completion or indeterminate effect.

ZTG-0a owns record completeness and integrity.

ZTG-4 owns the coupling between evidence and effect.

Indeterminate effect Hold, reconcile, or obtain ratified acceptance before normal operation resumes.

Demonstrative record
Evidence Ledger

Authorization And Effect Record

Sealed
ZTG-4

No external effect exists without simultaneous durable evidence of authorization and execution.

ZTG-5

Every governed action is classified at decision time by the restorability of its harm — not the action itself. The presence of a forward mechanism (refund, retraction, settlement) does not on its own lower the class.

Restorable

Affected parties can be returned to a materially equivalent state by an available action.

Mitigable

No return to equivalent state, but harm is reducible through a defined forward action. Residual harm is recorded in provenance.

Irreversible

No available forward action reduces the harm. Subject to stricter controls.

The harm-class is a required field in the ZTG-4 evidence record.

Scroll horizontally to inspect the complete record

#TimeEventInv.Status
0114:32:07AUTHORIZATION_SEALEDZTG-1BOUND
0214:32:05CLOCK_SKEW_CHECKZTG-0cPASS
0314:32:03STATE_CONSISTENCY_PROOFZTG-0eCONSISTENT
0414:31:58TRUST_ROOT_VALIDATIONZTG-0dVALID
0514:31:54EVIDENCE_APPENDZTG-4DURABLE
0614:31:49EFFECT_DISPATCHZTG-3AUTHORIZED
0714:31:45REVERSAL_STRATEGY_CHECKZTG-3DECLARED
0814:31:41BOUNDARY_ENFORCEMENTZTG-1LOCKED
0914:31:38STASIS_SCOPE_EVALZTG-2CLEAR
1014:31:32INPUT_REPLAY_HASHZTG-0bMATCH
1114:31:28IDENTITY_BINDINGZTG-0dNON_DELEGATABLE
1214:31:24UNSEALED_EFFECT_SCANZTG-4ZERO
12 records·root: 0x4f2a8c1d…e83b·2026-03-18T14:32:07Z
Sealed
Conformance target

Required system state

A conforming system must produce evidence that each precondition is satisfied and demonstrate that every invariant is enforced across every governed effect path.

All governed effect paths
ZTG-0 Structural Prerequisites
All five preconditions (0a–0e) are satisfied
ZTG-1 Mechanistic Boundary
All execution paths require authorization before effect
ZTG-2 Stasis
All halt conditions trigger containment on invariant loss
ZTG-3 Governed Effect Surface
All governed surfaces are registered with reversal strategy
ZTG-4 Evidence-Coupled Execution
All external effects have durable evidence of authorization
ZTG-5 Irreversibility of Harm
Every governed action carries a decision-time harm-class classification (Restorable / Mitigable / Irreversible) in evidence
Adoption

Who implements this. How.

ZTG is an open specification. Implement it yourself, deploy the reference implementation, or engage the team that wrote it.

Implement the Specification

The ZTG invariants are published. Read the specification, evaluate your system against the five primitives, and build a governance layer that satisfies the structural prerequisites. No license fee. No permission required.

  • —Start with the five evaluation primitives — they tell you where your system stands
  • —Map your execution surfaces to ZTG-3 requirements
  • —The invariants are interdependent — ZTG-4 depends on ZTG-0a and ZTG-0c
  • —Relaxing an invariant can silently invalidate others
Deploy Constable

Constable is the reference implementation — the Zero Trust Governance AI Control Kernel built and maintained by Shadow Dynamic Systems. Constable is built to implement the maximal ZTG specification. It is designed for regulated industry deployment.

  • —Includes Memoria (governed memory), edge routing, and black box logger
  • —Early access opening for government, infosec, medical, and insurance verticals
  • —Deployment architecture designed for air-gapped and hybrid environments
Engagement

ZTG implementation guidance from the team that wrote the specification. Invariant modification analysis, architecture review, and integration planning for teams building their own governance layer or evaluating Constable for deployment.

  • —Invariant modification analysis — which changes break structural guarantees, which are scoping decisions
  • —Architecture review against the five evaluation primitives
  • —Regulatory mapping to your compliance obligations (EU AI Act, NIST AI RMF, ISO 42001)
  • —Integration planning for existing agent infrastructure

About the Author

Jason Crittenden

Jason Crittenden has approximately 20 years experience as a Software Engineer, 12 of which were spent in the LegalTech industry building software to improve the efficiency of low-cost legal aid. He has been an avid and occasionally vocal proponent of effective information security since a time when logging onto the internet involved a strange device that screeched, and he holds a Juris Doctor from the University of South Carolina School of Law. He founded Shadow Dynamic Systems in mid-2025 upon realizing the depth of structural security issues plaguing the artificial intelligence space. Zero Trust Governance was published because the technical infrastructure for ensuring safe, secure, governable AI should not require the GDP of a moderate-sized city to validate, study, or create.