Skip to content
The Proof-of-Control v1.0 working draft is open for public comment through October 30, 2026.Read and comment →

As part of the Advanced AI Society, the Open Verification Lab bridges AI safety research directly into openly verifiable production-grade tools for enterprise deployment.


Making AI deployment openly verifiable.

When AI agents act faster than anyone can watch, stopping them when they break control requires openly verifiable primitives. Powered by our members’ verifiable AI solutions, we build open tools and standards security teams can run in high-risk environments—starting with our flagship standard, Proof-of-Control, hosted at LF Decentralized Trust.


We unite four fields that cannot solve agent control in isolation

  • AI safety
  • Cryptography
  • Security engineering
  • Audit & assurance
Open Verification Lab

We build research, standard, and tools to make AI safety possible in deployment

Pre-deployment

  • Capability evaluations and benchmarks
  • Red-teaming
  • Alignment and misalignment detection
  • Interpretability
  • Training safeguards
  • Formal verification and safety cases

Deployment

  • Continuous monitoring
  • Access control and least privilege
  • Human oversight
  • Override and deactivation
  • Logging and audit records
  • Incident response

Aligned models are not enough. Controls must hold in deployment.

“AI evaluations conducted prior to release – called ‘pre-deployment’ evaluations – are now common, and valuable to assess the capabilities and risks of an AI system; however, these evaluations are predominantly done in controlled testing environments that cannot account for real-world dynamics.”

NIST AI 800-4, Challenges to the Monitoring of Deployed AI Systems, March 2026, p. 1

“Researchers cannot yet reliably train AI systems to behave as intended or explain why they produce particular outputs.”

International AI Safety Report 2026, February 2026, p. 99

What the Lab has shipped

127

normative requirements across six verification domains.

7

open tools shipped against the standard.


Core projects and research tooling

The Lab stewards a focused portfolio of open-source software designed to implement, test, and validate Proof-of-Control across high-stakes environments.

Proof-of-Control standard

Proof-of-Control is an industry-led open standard for openly verifying that an AI agent stayed within the controls it was given.

v1.0 working draft, open for public comment until October 30, 2026.

Parallax

Residual trust calculus for confidential computing

A Rust engine and live verification proxy that computes the residual trust dependencies of hardware Trusted Execution Environments (TEEs) and Zero-Knowledge architectures.

Parallax

Residual trust calculus for confidential computing

Function

A Rust engine and live verification proxy that computes the residual trust dependencies of hardware Trusted Execution Environments (TEEs) and Zero-Knowledge architectures.

Capabilities

Evaluates real attestation quotes against policy, scoring assumptions by PRINCIPAL, CAPABILITY, IMPACT, and DETECT latency to uncover silent trust dependencies.

Role

The Lab’s primary reference tool for evaluating Tier 3 verifiability.

Transit

From message authorization to effect binding

A signed capability binds the bytes of a request. It does not bind what the endpoint does with them.

Transit

From message authorization to effect binding

Establishing mathematical guarantees for when a cryptographically signed capability bound to a request strictly enforces the physical action an endpoint performs.

Occultation

Accountable but unlinkable agent identity

Measures what verifiable unlinkability costs at agent action rates, and what breaks when the pre-computation pool runs out. Real BBS+ over BLS12-381, an Ed25519 baseline, and clearly marked stubs. Supporting tool for P05.

Occultation

Accountable but unlinkable agent identity

Constructing cryptographic identity schemes that allow agents to be verifiable and attributable during disputes while remaining unlinkable across relying parties during routine execution.

Cryptographic Boundaries in Open Verification: Theoretical Foundations & Practical Guarantees

Led by Dr. Hart Montgomery, CTO, LF Decentralized Trust

As autonomous AI agents execute complex, non-deterministic workflows across critical infrastructure, establishing runtime accountability requires mathematical realism. Cryptography offers powerful tools for open verification, but formal proofs cannot solve every security challenge in an agentic stack.

This research paper establishes the formal theoretical boundaries of cryptographic verification for machine execution.

Cryptographic Boundaries in Open Verification: Theoretical Foundations & Practical Guarantees

Led by Dr. Hart Montgomery, CTO, LF Decentralized Trust

Bounded Claims Over General “Safety”

Cryptographic proofs establish specific, concrete execution facts, such as proving a specific model ran or an action met a defined condition. They cannot prove a model is benign, safe, or behaving correctly overall.

Managing Non-Determinism

Perfect verification for non-deterministic execution is mathematically impossible. Unverifiable runtime areas must be explicitly modeled and governed using hybrid assurances, such as hardware enclaves and human checks.

Primitive-Agnostic Design

The framework defines high-level execution boundaries without locking deployers into specific zero-knowledge proof systems, attestation schemes, or signature algorithms.

OVAL

Open Verification Agent Leash

An open-source reference implementation of Tiers 3 and 4 of the Proof-of-Control standard. OVAL executes agent loops within hardware enclaves to intercept inputs, model parameters, and outputs.

OVAL

Open Verification Agent Leash

AIBOM

An AI Bill of Materials (AIBOM) hashes model weights at enclave boot to verify runtime integrity.

Prompt charters

Scope-attenuating prompt charters enforce path-aware authorization constraints (τₙ ⊆ τₙ₋₁), so sub-agents never exceed parent authority.

C2PA provenance

C2PA environmental provenance compiles hardware attestation reports and signed intent chains directly into output payloads.

Transparency log

Public evidence transparency log

A public, Merkle-tree-based transparency log for agent workloads.

Transparency log

Public evidence transparency log

It provides an independent third-party log where agent event roots are published, so retroactive log alteration or equivocation by system operators cannot go undetected.

QFire and HAARF

Runtime firewalls and verification framework

Open-source firewall architectures and control frameworks originally developed for protected health information (PHI) and prompt-injection defense.

QFire and HAARF

Runtime firewalls and verification framework

Seed environment for testing domain-specific verification tiers.

Agent Jail

Where agents go when their evidence fails

When an agent breaks its controls, Agent Jail stops it on the spot and holds it until a person reviews it. The operator cannot quietly let it back out.

Agent Jail

Where agents go when their evidence fails

What sends an agent to jail

A break in its evidence: a gap in its record, a drop in its tier, an expired attestation, or an action it was never authorized to take.

What happens next

Other systems refuse its actions right away and hold it until a person re-grades its keys and claims.

Why you can trust it

The halt sits outside the operator’s control, and only hard evidence triggers it, never guesses about what the agent intended.

Its role

The Lab’s working model of how an agent is stopped under Tier 4 of Proof-of-Control.

For practitioners

Proof-of-Control Practitioner Guide v1.0

Written against the Proof-of-Control v1.0 working draft

The Proof-of-Control practitioner guide for CISOs and security practitioners: twelve vendor questions, eight audit tests, a ninety-day plan.

First release

For practitioners

Proof-of-Control Practitioner Guide v1.0

Written against the Proof-of-Control v1.0 working draft

Tactical 30/60/90-day execution roadmaps and audit checklists for CISOs and enterprise architects.

Project spotlight

Agent Jail

When an agent breaks its controls—through a chain gap, a tier drop, an expired attestation, or an unauthorized action—Proof-of-Control Tier 4 requires an immediate halt outside the operator’s control, followed by a re-grading of its keys and claims. We need a place to contain those agents, and that place is Agent Jail.

The Lab builds Agent Jail as the open mechanism that executes this halt at machine speed: the moment an agent’s evidence fails, downstream systems refuse it and hold it until a human steps in to re-grade it.

This containment is triggered entirely by hard evidence facts, never by guessing an agent’s intent. Detecting misalignment itself is out of scope for the Proof-of-Control threat model; the standard simply provides the immutable trail that makes drift verifiable, and sends the agent to Jail the moment its proof breaks.

Agent Jail: evidence-triggered halt and re-grading

Open questions the project answers

Issue 1

Incident response beyond alerting: whether conformance is suspended on a detected control failure.

Tier 4

Whether capability-bound dispatch, which requires relying-party cooperation, should be mandatory rather than one option among three.

C8.3.4

The availability impact of proof-gated operation: expected halt conditions, recovery procedure, and maximum tolerable outage.


What the Lab works on

Our research agenda focuses on open questions on verification where the Proof-of-Control standard’s specifications require deeper formal analysis and empirical validation.

We do not focus on the following: better agent benchmarks, model-level safety, hardware attacks on TEEs, a formal verification of the whole standard or detecting intent or misalignment.

The agenda, by chapter of the standard

Which model ran; lineage, artifact and supply-chain origin

Extending build-time manifests to cover dynamic, runtime context composition.

Open: what belongs in an agent bill of materials (P10). Solid mechanisms exist for signing and software bills of materials; runtime composition is where they stop.

The questions we’re working on

Can an agent be stopped when it goes outside its controls, by a mechanism its operator cannot override?

Agent Jail

When an agent’s evidence fails, its actions are refused and it is held until a person re-grades it.

When agents hand work to other agents, can anyone verify that no agent gained more authority than it was given?

OVAL · prompt charters

Each sub-agent’s authority is scoped inside its parent’s, so it cannot exceed what it was handed.

Is the model running in deployment the model that was tested?

OVAL · AI bill of materials

Model weights are fingerprinted when the secure hardware starts, so a swapped model shows up.

Where does verification still depend on trusting a hardware vendor, and how do we reduce that?

Parallax

Measures what you still have to trust in hardware attestation, using real attestation quotes.

After an incident, can anyone rebuild what an agent did from a record the operator cannot rewrite?

Transparency log

A public log where agent records are anchored, so rewriting history afterward gets caught.

What should insurers and regulators be able to require, and how do they check it?

Proof-of-Control standard

127 requirements across six domains of verification, now in a v1.0 working draft open for public comment.


People

The Lab team

Jim Schwoebel

Jim SchwoebelLinkedIn ↗

Director, Open Verification Lab

Directs research at the Open Verification Lab, overseeing the Proof-of-Control standard, the open research agenda, and tool development.

Proof-of-Control leadership and review

Ken Huang

Ken HuangLinkedIn ↗

Co-chair, Proof-of-Control; AI governance & blockchain expert

Tricia Wang

Tricia WangLinkedIn ↗

Co-chair, Proof-of-Control · CEO & Co-founder

Distinguished Review Board
Bruce Schneier

Bruce Schneier

Website ↗

Security technologist

Michelle Dennedy

Michelle Dennedy

LinkedIn ↗

Creator of “Chief Privacy Officer”

Charles Iheagwara

Charles Iheagwara

LinkedIn ↗

Global Head, AI & Cybersecurity, AstraZeneca

Founding contributors, by chapter of the standard

Who signed up. More than 80 security leaders signed up as founding contributors to Proof-of-Control, the standard the Lab houses. See all founding contributors →

Where we plan to draw on their expertise. Contributors sign up for the standard as a whole. The grouping below is ours: it shows the chapter where each person’s background meets the work. Chapters 1 to 6 are the six domains of verification; chapters 7 to 10 apply across all six.

C1 · Provenance
David Campbell

David Campbell

LinkedIn ↗

Head of AI Security, Scale AI

Charles Iheagwara

Charles Iheagwara

LinkedIn ↗

Global Head, AI & Cybersecurity, AstraZeneca

C2 · Privacy
Michelle Dennedy

Michelle Dennedy

LinkedIn ↗

Creator of “Chief Privacy Officer”

Abdelhamid Bakhta

Abdelhamid Bakhta

LinkedIn ↗

Head of Applied AI & Verifiable Intelligence

C3 · Portability
Cristin Flynn Goodwin

Cristin Flynn Goodwin

LinkedIn ↗

Managing Partner, Advanced Cyber Law

Vinod Choyi

Vinod Choyi

LinkedIn ↗

Distinguished Engineer - Security Architect, Verizon

C4 · Authorization
Dazza Greenwood

Dazza Greenwood

LinkedIn ↗

Founder, CIVICS.com and Interlateral.com

Ramesh Thiagarajan

Ramesh Thiagarajan

LinkedIn ↗

Security Architect, Amazon

C5 · Identity
Drummond Reed

Drummond Reed

LinkedIn ↗

Director, First Person Cooperative

Fraser Edwards

Fraser Edwards

LinkedIn ↗

CEO, cheqd; Board member, Ayra

Dylan Hobbs

Dylan Hobbs

LinkedIn ↗

Principal Founding Engineer, Vouched. KYA-OS Author, Decentralized Identity Foundation (DIF).

Ed Sewell

Ed Sewell

LinkedIn ↗

Founder and Chair

C6 · Security
Paul Calatayud

Paul Calatayud

LinkedIn ↗

5-time CISO, investor, cryptographer

Kristian Ronn

Kristian Ronn

CEO, Lucid Computing

C7 · Evidence Generation and Properties

Hart Montgomery

CTO, LF Decentralized Trust

Bruce Schneier

Bruce Schneier

Website ↗

Security technologist

C8 · Verifiability Tiers and the Binary Threshold
Joshua Waldrep

Joshua Waldrep

LinkedIn ↗

Founder, Pipelock (open-source agent firewall). Pipelab

John V

John V

LinkedIn ↗

AI red team SME at the Institute of Security and Technology (NC3)

C10 · Conformance and Disclosure
Brian Behlendorf

Brian Behlendorf

LinkedIn ↗

Co-founder, Open Source Initiative; Mozilla and EFF board

Caroline Wong

Caroline Wong

LinkedIn ↗

Chief Strategy Officer, Axari; Author, The AI Cybersecurity Handbook (Wiley, 2026)

Julie Tsai

Julie Tsai

LinkedIn ↗

Board Member, Bay Area CSO Council; CISO-in-Residence Ballistic Ventures; Founder Polaris Collective; Cyber Co-Lead AI Insiders; IANS Faculty

Dan Stocker

Dan Stocker

LinkedIn ↗

Executive Director, AI Security, JPMorganChase

Amy Steagall

Amy Steagall

LinkedIn ↗

Stanford University Chief Information Security Officer

David Cass

David Cass

LinkedIn ↗

CISO and Enterprise Technology Leader, Harvard (HES) Faculty


How the Lab works

The Open Verification Lab operates as an agile, contribution-driven research and shipping engine. The Lab translates security research into open-source software, cryptographic tools, practical guides, and verifiable standards.

Build and ship open tooling

Applied research must lead to software. All projects culminate in open repositories, practical implementation guides, and reproducible benchmarks.

Operating cadence
Weekly

Research meeting: paper drafting, formal verification logic, and technical case studies.

Biweekly

Standards and tools sync: Proof-of-Control progress, implementation reviews, and maintainer pull-request triage.

Continuous

GitHub pull-request review: async development and code review.


Who the Lab is for

Participating in the Lab

The Open Verification Lab is built for security leaders, CISOs, security engineers, auditors, researchers, and open-source infrastructure developers.

Security practitioners: join as a Founding Contributor

Security leaders and practitioners — the CISOs, engineers, and auditors answering for agent behavior — are our primary founding adopters. As a Founding Contributor, you can:

Shape the standard

Test and refine the 127 normative requirements against your operational stack.

Drive implementation checklists

Contribute non-proprietary CISO checklists, threat models, and gap-analysis frameworks.

Pilot action gateways

Deploy open action interception gateways within high-blast-radius agent workflows.

More ways to participate

Become a Lab Project Lead

Propose a 90-day project, such as a paper, an open tool or an implementation demo, lead it, and present it at the Thursday contributor meetings.

Maintain on GitHub

Pick up open issues across the Lab’s repositories and submit pull requests.

github.com/LFDT-ProofOfControl →


Get involved

Proof-of-Control v1.0 is open for public comment through October 30, 2026. Contributors shape what it says.

Become a founding contributor →(Google sign-in required)Explore repositories on GitHub →

Read the Verifiability Tiers →