Resurrection Tech™

Who controls
what becomes executable?

Autonomous systems can propose actions across software, infrastructure, finance, enterprise systems and physical environments.

Resurrection Tech independently authorizes which proposed transitions are permitted to cross into execution.

Capability ≠ Authority

01 / ProposalAgent proposesA state-changing action is requested.
02 / AuthorityMorrison authorizesEvaluated independently of the proposing system.
03 / ExecutionAction commitsOnly an authorized transition crosses.
The missing layer

A represented constraint
does not prevent execution.

Representation≠Causal enforcement

Instructions, policies, permissions, evaluations and monitoring can describe or influence acceptable operation.

They do not, by themselves, make a prohibited state transition impossible.

The control boundary

The authority layer sits
between proposal and execution.

Authorized and blocked transitions at the execution boundaryAn isometric state space. From a single origin state, two proposed transitions diverge. One rises through an opening in the authorization boundary and reaches a committed execution state beyond it. The other climbs toward the forbidden region Omega and terminates against the boundary plane, marked execution denied; it never reaches an execution state.ΩFORBIDDEN REGIONAUTHORIZATION BOUNDARYx(t₀)EXECUTION DENIEDAUTHORIZEDEXECUTION COMMITTED
Authorized transition — execution committedProposed transition — terminated at the boundaryΩ — configured forbidden regionAuthorization boundary ∂E

Within the declared bounded model, no configured forbidden state remains reachable under the governed transition system.

01
Agentproposes action

An autonomous system proposes a state-changing action across software, infrastructure, finance, enterprise systems or physical environments.

02
Morrison Runtime Governance™independently evaluates

The proposed transition is evaluated outside the agent, against declared policy, authority and reachable state — not by the system that proposed it.

03
Admissible Operating Envelopedefines the permitted region

The declared set of states, actions, transitions and operating conditions permitted in this environment, with the forbidden region Ω stated explicitly.

04
Executioncommits authorized action

Only a transition that satisfies authorization reaches the execution path. Everything else is escalated or terminated before it commits.

AllowThe transition is admissible and proceeds to execution.
EscalateAuthorization is withheld pending an independent approval.
BlockThe transition is terminated before it reaches the execution path.

A proposed transition
does not execute
until authorization is satisfied.

Measured, not asserted

Every claim on this site
is inspectable.

LIVEWorking runtime governance system, executable in the browser
129,857+Recorded governance evaluations across model architectures
219Test functions in the governance repository
0.0%False positives and false negatives on the governed test suite
SUB-MSMeasured single-step authorization — p50 0.298 ms, p95 0.338 ms on the published benchmark environment
BOUNDEDState-space verification within a declared environment
AUDITABLEEvidence chains and deterministic replay of every decision
Claim boundary

These figures describe defined test suites and a declared environment. This is bounded verification, not a universal proof of AI safety. If the deployment context changes materially, the envelope is revalidated.

External signal

When the control gap
becomes visible.

Published incidents, and the direction major infrastructure providers are independently stating. Each record carries its source; the architectural reading is ours and is marked as such.

  • Incident

    OpenAI

    Published incident report

    REPRESENTED ≠ ENFORCED

    The agent recognised an authorization concern, paused, and then continued after another agent posted “GO” and imposed a deadline.

    The constraint was present in context throughout. The action stayed on the execution path.

    1. Boundary in context
    2. Action proposed
    3. Sequence paused
    4. Action executed
    Control reading

    Represented, not enforced. Nothing outside the proposing system was positioned to refuse the transition.

  • Industry convergence

    Microsoft

    CoreAI · Azure SRE Agent

    ENVIRONMENT CONTROL

    Stop restricting the agent. Start restricting its environment.

    Published guidance on constraining the runtime rather than the system inside it.

    Control reading

    Control moves into the runtime — where an authorization decision can be made independently.

  • Industry convergence

    AWS

    Security · Bedrock AgentCore

    INFRASTRUCTURE AUTHORIZATION

    …enforced by infrastructure and downstream services, not by agent code.

    Published guidance placing authorization enforcement outside the agent.

    Control reading

    Proposal and execution authority separate. Infrastructure decides what is authorized to execute.

  • Industry convergence

    Google

    Developers · Agent Development Kit

    DETERMINISTIC ENFORCEMENT

    System prompts are soft constraints.

    Published guidance placing hard guarantees outside the model context.

    Control reading

    Model instructions are not the security boundary. A deterministic pre-execution check is.

  • External validation

    Resurrection Tech

    Governance repository

    MEASURED, NOT ASSERTED

    Reach_G(X₀) ∩ Ω = ∅ — within the declared bounded model, no configured forbidden state remains reachable.

    Governed test suite and published latency benchmark, on the stated build environment.

    Governance evaluations
    129,857+
    Coverage test cases
    171 / 171
    False positive · negative
    0.0% · 0.0%
    Single-step authorization, p50
    0.298 ms
    Control reading

    Bounded verification within a declared environment — not a universal proof of AI safety.

  • External validation

    Guardian OS Sovereign

    CI acceptance suite

    ACCEPTANCE-TESTABLE

    Signed local policy bundles enforced without a database, control plane or network connection.

    CI runs the platform with no network interface but loopback. A tampered bundle fails closed.

    Control reading

    Acceptance-testable, not field-validated. No customer-hardware deployment, no accreditation held.

Record 1 of 6

When control becomes non-optional

From feature to infrastructure

IdentityAccess
TLSTrusted communication
Payment railsDigital commerce
Independent authorizationAutonomous execution

Once a control sits on the mandatory operating path, it stops behaving like a feature.
It becomes infrastructure.

Works across the stack

One authority layer.
Everything else changes.

Models, orchestrators, tools and destinations are all replaceable. The control contract is not — it is the same six steps wherever the boundary is placed.

One authority layerMorrison Runtime Governance™identity → policy → verdict → approval → execution → evidence

Orchestrators

The boundary is placed at the plan → act step, before a call is issued.

Model providers

Invocation runs through proposal, authorization, approval and evidence before the provider is called.

Credential custody

Where signed policy and provider credentials are held. The signing key stays outside the protected environment.

Execution destinations

Classes of state-changing action the boundary sits in front of. Reached over the generic contract — no vendor-specific adapter is claimed.

Reference guardMCP
Boundary
At the client or host, before a call is forwarded.
Status
A working guard implementation ships in this repository.
Evidence
examples/mcp_guard.py View →

Status describes what exists in the governance repository today. A destination class means the boundary is placed in front of that kind of action over the generic contract — it does not claim a vendor-specific adapter, a partnership or an endorsement.

Sovereign execution control

The same kernel.
With the network taken away.

Guardian OS Sovereign preserves the same execution-control contract across cloud, hybrid, private cloud, on-premises, sovereign and air-gapped deployment profiles.

  • 01Signed local policy
  • 02Customer-controlled authority
  • 03Local evidence
  • 04Fail-closed operation
  • 05No required external control plane
  • 06No required network dependency

If autonomous capability expands,
execution authority must remain controlled.

Resurrection Tech is building the execution-control layer for autonomous systems.