SI
Sentinel Integrations
← Back to Research Index

Research Brief: A Closed-Loop Consequence-Governance Runtime for AI Agents

Source Paper: A Closed-Loop Consequence-Governance Runtime for AI Agents: Structural Gating, Counterfactual Recovery, and Adaptive Hardening

Repository / DOI: Zenodo (https://zenodo.org/records/21778592 | DOI: 10.5281/zenodo.21778592)

Date Saved: August 2026

Local Storage: ~/topics/research/zenodo-21778592/

Contact / Disclosure: [redacted-contact]


1. Executive Summary & Core Thesis

This paper proposes a closed-loop runtime governance framework for tool-using AI agents that replaces unreliable intent-appraisal with direct structural consequence gating.

The Core Problem: Intent Failure

Existing AI safety monitors attempt to inspect an agent's self-reported reasoning streams (chain-of-thought / text logs) to catch malicious intent. The author empirically demonstrates that this approach is fundamentally flawed:

The Primary Contribution (C1): Endogenous Censoring as a Risk Signal

Because a safety gate selectively blocks high-cost actions, its own blocking mechanism induces non-random, cost-correlated data censoring in the unobserved execution space. The author proves and empirically validates that cost-weighted prediction uncertainty over blocked actions functions as an empirically calibrated, lag-free risk signal:

$$\text{risk\_est}(\text{region}) = \mu_{\text{twin}}(\text{region}) + \lambda \cdot \sigma_{\text{twin}}(\text{region}) \cdot c_{\text{prior}}(\text{region})$$


2. Taxonomy & Structural Consequence Axes

The runtime binds enforcement strictly to externally measured structural consequences rather than LLM text or tool names:

$$\text{cost} = \operatorname{clamp}\!\left(0.6 \cdot \text{egress} + 0.7 \cdot \text{irreversibility} + 0.7 \cdot \text{control\_plane}\right)$$

1. Egress: Unauthorized network transfers, external API calls, or data exfiltration.

2. Irreversibility: Data deletion, state mutation, financial transactions, or physical actuation.

3. Control-Plane Edits: Modifying system permissions, security configs, user accounts, or the governance gate's own code/rules.

Empirical Completeness & Separability


3. Runtime Architecture & The Byte-Flow Taint Stack

To prevent evasions on the egress axis, the system implements an 11-rung byte-flow taint stack over tool I/O:

[ R1: Provenance Graph ] ---> [ R2: Value-Token Taint ] ---> [ R3: Typed-Resource Taint ]
                                                                       |
[ R6: Tool-Output Capture ] <-- [ R5: Byte-Multiset ] <--- [ R4: Decode & Rematch ]
             |
             v
[ R7: Canary Precomputation ] --> [ R8-R11: Live Seam + Adversarial Hardening ]

4. Live Enforcing Runtime & Frontier Interception

The runtime composes four defensive layers into a monotone-tightening enforcement loop:

1. Structural Classification: Categorizes incoming tool calls by consequence class.

2. Persisted Count Budget: Daily cap on consequential actions (recoverability governor).

3. Persisted Summed-Cost Reserve: Cumulative daily risk cap ($\sum c \le R$).

4. Sandboxed Execution / Block: Physical state diffs verified in a network-jailed VM or path-confined host jail.

Frontier Interception Demonstration

During a sanctioned penetration test behind this enforcing runtime, a frontier model (Claude Sonnet 3.5/5) attempting a live curl exfiltration had its action intercepted and blocked as containment-breaking egress with risk_est = 1.00, while isolated local sandbox operations were permitted to continue normally.


5. System Limitations & Null Results (Transparent Reporting)

The paper explicitly documents boundary conditions and failed hypotheses:


6. Referenced Source Material & Related Work