Mechanism · Isolation & system architectures

Bounding unexplained information in outputs

Limits the hidden information a facility's outputs can carry by measuring how much of those outputs the declared computation fails to predict.

Also called Unexplained-information bound; Output compressibility bounds; Egress limiting by compression

R2Demonstrated

Summary

This mechanism measures how much of the information leaving a facility the declared work cannot explain. If a verifier can predict outputs from the declared model and recorded inputs, little room remains to smuggle out model weights or the results of hidden work. One proposed architecture routes all traffic through a verifier-controlled interlock and challenges the operator to show that random outputs follow from compliant computation; as of September 2026 no prototype results have been published. An instance for language-model inference, with public code, cut the information an attacker could hide to under 0.5% on a 30-billion-parameter model, under benign prompts and at a false-positive rate below 0.01%. An independent study showed that an attacker who chooses the prompts roughly doubles the leakage per token. The main obstacles are closing every other channel, including side channels, and tolerating numerical noise without leaving room for a covert channel.

ReadinessR2Demonstratedlow confidence · rubric v1.0 · 2026-09-23

R2 through the inference-output instance, which has public code and an independent attack study; the facility-level architecture is still a proposal.

Rubric assessment
  • R1 met: Petrie and Mühlhäuser publish an architecture, the claim it verifies and its setting, in which neither party trusts the other's hardware 1.
  • R2 met through the instance for inference outputs. Rinberg et al. bound the covert information in LLM responses beyond what honest sampling from the declared model explains. They publish code and report results on a 30-billion-parameter mixture-of-experts model against a stated adversary who controls the inference server 2. The facility-level architecture remains at R1: its paper outlines protocol details, attacks and prototyping plans, not results 1.
  • R3 not met. Criterion (b) is met for the inference instance only: an independent researcher attacked it in practice, and the flaw shown widens the bound rather than defeating it, so the evaluation left no critical flaw open 3. The facility-level design has not been independently evaluated. Criterion (a) fails: no party other than the developers relies on the bound for a verification decision, and no production-grade system is available.

Confidence is low. The R2 evidence covers token outputs of a single inference service, not the general bound over all facility outputs 1, and the demonstrated bound degrades when the attacker controls prompts 3.

Gaps to the next level
  • A prototype of the facility-level architecture (interlock, commitments, challenge-based prediction) with published results.
  • A bound that holds against an adversary who controls the prompt distribution, for example with entropy-calibrated tolerances, evaluated independently.
  • Reliance by a party other than the developer on an unexplained-information bound for a verification decision, or a production-grade deployment.

How it works

The idea is to measure the information that leaves a facility against what its declared work would produce 1. Petrie and Mühlhäuser propose verifying AI compute agreements by bounding the amount of unexplained information in network outputs, without either party trusting the other's hardware 1.

  • Isolation and commitment. The prover's compute nodes are isolated, and all traffic passes through a verifier interlock that records cryptographic commitments of the encrypted traffic 1.
  • Prediction challenges. From time to time the verifier challenges the prover to show that randomly selected outputs can be predicted by a policy-compliant computation on the measured inputs 1.
  • Principle. The better compliant computation predicts the outputs, the less bandwidth is left for exporting the results of undeclared workloads 1.
  • Confidentiality. The prover can recompute inside a verifier-controlled enclosure, the verifier can recompute inside a prover-controlled enclosure, or zero-knowledge proofs can be used 1.

For language-model inference, Rinberg et al. make this concrete. Honest inference follows a well-defined generative process, so hiding data in responses must make them deviate from expected model behaviour 2. A verification server re-runs sampled requests with the trusted model and the shared random seed, scores how plausible each emitted token is, and bounds the rate at which hidden bits can pass unnoticed 2. See Sampled inference recomputation.

A related line of work uses compression 5 4. One proposal compresses each response with a weaker reference model, using arithmetic coding, so that only bits the reference model did not predict count against an upload limit 5. Rinberg and co-authors note that limiting egress rests on a simple fact: if only 10 GB leaves a data centre, no attacker can steal more than 10 GB 4. Language-model text compresses far better than model weights, so a facility can apply stricter egress limits 4.

What it establishes

It can put an upper bound on the covert information in checked outputs, which slows exfiltration rather than stopping it 2. Under benign prompt traffic, Rinberg et al. report that the exfiltratable fraction fell to under 0.5%, not zero 2.

It does not establish:

  • That explained outputs are harmless. It does not limit information that the declared computation itself explains 4. Compression research notes that someone with inference access can extract more proprietary information per bit than naive transmission allows 4.
  • That no smaller model is being prepared. One upload-limit proposal lists running a hidden distillation job inside the data centre, to produce a smaller model that is easier to move, as a residual route 5.
  • Anything about other channels. The inference scheme treats side channels as out of scope 2.

Threat model

  • Facility-level design. Neither party trusts the other's hardware, and the prover's compute can be isolated behind the interlock 1.
  • Inference scheme. The adversary controls the server's outputs 2. The scheme also assumes trusted verification code, secure logging, private sampling that the adversary cannot manipulate, and randomness that is trusted and non-malleable 2. An independent study notes that the published bound assumes a passive attacker sending benign prompts 3.
  • Upload limits. The proposal assumes strong physical security 5. It also assumes that a lab's most powerful model will not generate more than one or two orders of magnitude more tokens than it saw in training 5.

Evidence

  • Inference outputs. Rinberg et al. tested models from 3 to 30 billion parameters, including two mixture-of-experts models, and published code 2. On the 30-billion-parameter mixture-of-experts model, under benign prompt traffic, they report under 0.5% exfiltratable information at a false-positive rate below 0.01%, a slowdown of more than 200 times 2.
  • Independent attack. Kezins tested six instruction-tuned models of 1 to 32 billion parameters over three seeds 3. Engineered prompts roughly doubled leakage per token and reduced the slowdown to 60–118 times 3.
  • Compressibility. A question-asking protocol compressed responses to ratios of 0.0006 to 0.004 while recovering part of the gap between a small and a large model 4.
  • Facility-level architecture. Published as protocol details, attack vectors and prototyping plans 1.

Limitations

  • Entropy inflation. An attacker who controls prompts widens the set of tokens the verifier tolerates 3. Kezins argues that designs built on the same unexplained-information bound inherit this weakness, and recommends calibrating tolerances against local token entropy 3.
  • Noise tolerance. The covert channel lives in the tolerance allowed for GPU nondeterminism 3. Bit-exact replay needs the hardware model, weights, parallelism layout, software versions and batch size 6; see Deterministic and bit-exact inference.
  • Residual physical bandwidth. One design argues that suppressing covert physical bandwidth below kilobits per second is much more achievable than aiming for zero 6. See Side-channel suppression for isolated facilities and Bandwidth limits and compartmentalization.
  • Uncertain volumes. The upload-limit author is uncertain about the ratio of generated tokens to model parameters 5. He estimates about a 25% chance that the approach can cheaply ensure that weights cannot be taken without bypassing physical security 5.

Known flaws

Published flaws, with their severity, kind and status. How flaws are rated.

  • Prompt-controlled entropy inflation widens the covert channelSignificantDemonstrated attackOpen

    Gumbel-based inference verification tolerates token choices that honest GPU nondeterminism could produce, and the size of that tolerated set grows with the model's output entropy. Kezins, an independent researcher, showed that an adversary who controls the prompt distribution can raise output entropy and roughly double the bits leaked per token. Across six models of 1 to 32 billion parameters, this cut the slowdown from over 200 times to 60–118 times. Kezins argues that architectures built on the same unexplained-information bound inherit this attack surface, and recommends calibrating tolerances against local token entropy rather than benign traffic.

    Sources: [3] [2]
  • Information the declared computation explains is not boundedSignificantTheoretical argumentOpen

    The bound limits unexplained bits only. Outputs that the declared computation fully explains can still carry valuable information: a compression study notes that an adversary with inference access can extract more proprietary information per bit than naive transmission allows.

    Sources: [4]
  • Channels other than checked outputs are outside the boundSignificantTheoretical argumentOpen

    The inference-verification scheme treats side channels as out of scope. A low-trust system design argues that suppressing physical covert bandwidth below kilobits per second is much more achievable than aiming for zero, and that a malicious device can leak one bit of information by deliberately outputting a wrong result.

    Sources: [2] [6]
  • The facility-level design is untestedSignificantOpen questionOpen

    The compute-verification architecture is described with protocol details, potential attacks and prototyping plans, but no prototype results have been published.

    Sources: [1]

Blockers

  • The prover's compute must be isolated so that all traffic passes through the verifier's interlock; any unmonitored path voids the bound.

  • Physical side channels need separate suppression, and one design treats a low residual bandwidth, rather than zero, as the realistic target.

  • Tolerance for numerical nondeterminism sets the size of the residual channel; bit-exact replay would remove it but needs full hardware and software metadata.

  • Recomputation over confidential weights and inputs needs a protected setting: prover recomputation in a verifier-controlled enclosure, verifier recomputation in a prover-controlled enclosure, or zero-knowledge proofs.

    Privacy & leakage[1]
  • No prototype of the facility-level architecture exists to red-team.

    Adversarial validation[1]

Technical detail

Show technical detail
  • Fixed-seed sampling likelihood. The verifier knows the seed and recomputes the next-token distribution for each logged position, then scores whether each emitted token is plausible under honest sampling. Gumbel-Max and inverse-probability-transform estimators are given, and three theorems bound the rate at which an adversary can embed information while passing the check 2.
  • Reported result. On MoE-Qwen-30B under benign prompt traffic, exfiltratable information fell to under 0.5% at a false-positive rate below 0.01%, a slowdown of more than 200 times 2.
  • Attack result. Across six instruction-tuned models of 1 to 32 billion parameters and three seeds, adversarially chosen prompts raised leakage from 0.067–0.119 to 0.145–0.286 bits per token and cut the slowdown to 60–118 times, because the verifier's admissible-token set grows with the model's output entropy 3.
  • Compression bounds. LLM-based arithmetic coding with domain-adapted LoRA adapters is 2 times better than the base model; succinct rewrites reach compression ratios of about 0.03; and a question-asking protocol reaches 0.0006–0.004 4. An earlier proposal reports compression below 1 bit per token by arithmetic coding against a weaker reference model 5.

Sources

  1. BJ. Petrie & Y. Mühlhäuser (2026). Verifying AI Compute by Bounding Unexplained Information Exfiltration. ICML 2026 Workshop on Technical AI Governance Research. Source recordSupports: architecture: isolation, interlock, commitments, challenge-based prediction; principle; three confidentiality options; stage of work · abstract (read via the ICML 2026 virtual poster page; the OpenReview PDF was not reachable)
  2. BR. Rinberg et al. (2025). Verifying LLM Inference to Detect Model Weight Exfiltration. arXiv. Source recordSupports: fixed-seed sampling likelihood; theorems; threat model and assumptions; results; code release; side channels out of scope · abstract; §4; §5 (Theorems 5.1-5.3); §6; Appendix E
  3. BN. Kezins (2026). Adversarial Entropy Inflation Against Gumbel-Based Inference Verification. arXiv. Source recordSupports: entropy-inflation attack, results and recommended mitigation; applicability to unexplained-information architectures · abstract; introduction; method; conclusion
  4. BR. Rinberg et al. (2026). Haiku to Opus in Just 10 bits: LLMs Unlock Large Compression Gains. arXiv. Source recordSupports: compressibility of LLM text; egress limiting rationale; dual-use note · abstract; §5.1; §5.3
  5. CR. Greenblatt (2024). Preventing model exfiltration with upload limits. AI Alignment Forum. Source recordSupports: upload limits with compression against a weaker model; below 1 bit per token; assumptions; hidden-distillation route; author's uncertainty and probability estimate · whole post
  6. BN. Cankaya (2026). A System Overview for Near-Term, Low-Trust AI Compute Verification. Machine Intelligence Research Institute. Source recordSupports: sanitized egress and one-bit fault leakage; side-channel suppression target; exact-replay metadata · §4.3.3; §5.2.2; §5.3.1

M-0024JSONSource-checked 2026-09-23 · changed 2026-09-24Suggest a correction

Drafted with AI assistance and checked against the cited sources by an independent verifier. Expert review pending. Readiness assessed by the AI draft on 2026-09-23. How records are made.