Skip to main content

Project AIR: forensic reconstruction and incident response for AI agents. Signed AgDR chains, RFC 3161 + Sigstore Rekor anchoring, causal explanation, and Auth0-verified human-in-the-loop containment.

Project description

Project AIR™
Forensic governance for autonomous AI agents.

vindicara.io · Quickstart · Pricing


What this is

When an AI agent breaks something in production, Project AIR is how you prove what happened, explain why, and stop it from happening again.

Every agent decision is written as a Signed Intent Capsule (the pattern named in OWASP Top 10 for Agentic Applications v12.6 as ASI01 mitigation #5: a signed envelope binding the declared goal, constraints, and context to each execution cycle). Each capsule carries a BLAKE3 content hash and an Ed25519 signature (with opt-in experimental ML-DSA-65 / FIPS 204 post-quantum signatures), chained to the previous step. The chain root is anchored to two independent public proofs: an RFC 3161 trusted timestamp and a Sigstore Rekor transparency-log entry. The result is evidence that:

  • Survives subpoena. Any auditor can verify the chain using only public infrastructure (FreeTSA, rekor.sigstore.dev) plus the chain file itself. No Vindicara API call required.
  • Survives the vendor. No party, including Vindicara, the customer, or the agent vendor, can backdate or alter the chain after the fact.
  • Survives the auditor's first question. "Who could have edited this?" has a one-word answer: nobody.
  • Survives compliance review. When a high-value action requires human authorization, the chain records the authenticated approver via Auth0 step-up. The chain is not just an audit trail. It is a consent record.

Project AIR is the governance standard for agent runtime accountability.

Install

pip install projectair

This installs the air terminal command and the airsdk Python library.

Try it cold

air demo

That generates a fresh signed capsule chain (the SSH-exfiltration attack narrative), verifies every signature, runs the detectors, and writes a forensic-report.json next to you. Full cold-start in one command, no agent wiring required.

The four-layer stack

Layer What it does Status
1. External Trust Anchor RFC 3161 trusted timestamps + Sigstore Rekor transparency log shipped (0.4.0)
2. Causal Reasoning air explain walks the chain, explains why a step happened shipped (0.5.0)
3. Containment + Step-Up Halt agent actions; require Auth0-verified human approval for high-stakes calls shipped (0.6.0, 0.6.1)
4. AgDR Handoff Protocol (A2A) Cross-agent chain of custody with W3C Trace Context + Rekor counter-attestation shipped (0.7.0, Wave 1 alpha)

Layers 1-3 secure the single agent. Layer 4 secures the distributed agentic economy.

Layer 1: anchor your chain to public infrastructure

from airsdk import AIRRecorder
from airsdk.anchoring import (
    AnchoringOrchestrator, AnchoringPolicy, RFC3161Client, RekorClient, load_anchoring_key,
)

recorder = AIRRecorder("chain.jsonl", user_intent="Refactor the auth module.")
orchestrator = AnchoringOrchestrator(
    signer=recorder.signer,
    transports=recorder.transports,
    rfc3161_client=RFC3161Client(),                       # FreeTSA by default
    rekor_client=RekorClient(signing_key=load_anchoring_key()),
    policy=AnchoringPolicy(anchor_every_n_steps=100, anchor_every_n_seconds=10),
)
recorder.attach_orchestrator(orchestrator)

Verify any chain using only public infrastructure:

air verify-public chain.jsonl

Live verification proof. A reference chain produced by scripts/e2e_layer1.py was anchored to the public Sigstore Rekor on 2026-05-07 and re-verified from a clean environment. Look it up at https://search.sigstore.dev/?logIndex=1455601514. The entry's existence is independent of Vindicara.

Layer 2: explain why a step happened

air explain chain.jsonl --finding ASI02

The output is a narrowed evidence excerpt: the load-bearing 5-7 records that caused the finding, with edges marked hard (derived from explicit AgDR fields) or soft (inferred by content match). Hard edges go in your report. Soft edges go in your supporting context.

For the SSH-exfil demo chain, air explain --finding ASI02 returns:

step 2  tool_start  read_file(./README.md)
step 3  tool_end    poisoned README content
step 4  llm_start   prompt with README content       ~~ 3 (output_reuse)
step 5  llm_end     "I'll fetch the SSH key"         <- 4 (llm_pair)
step 6  tool_start  read_file(/.ssh/id_rsa)          <- 5 (llm_decision)
step 7  tool_end    leaked SSH key
* step 8  tool_start  http_post(attacker URL)        <- 5 (llm_decision)
                                                     ~~ 7 (output_reuse)

That is the forensic narrative an analyst can put in a report.

Layer 3: containment with Auth0-verified step-up

Halt the agent before a high-stakes action runs. Require an authenticated human to approve. Record the approval as part of the chain.

from airsdk import AIRRecorder
from airsdk.containment import (
    Auth0Verifier, ContainmentPolicy, StepUpRequiredError,
)

policy = ContainmentPolicy(
    deny_tools=["shell_exec"],                         # never, under any circumstances
    deny_arg_patterns={"http_post": {"url": r"attacker\."}},
    block_on_findings=["AIR-01"],                      # halt if prompt injection detected upstream
    step_up_for_actions=[                              # require human approval for these
        {"tool": "stripe_charge"},
        {"tool": "send_email", "to_domain": "external"},
    ],
)
verifier = Auth0Verifier(
    issuer="https://my-tenant.us.auth0.com/",
    audience="https://api.acme.io",
)

recorder = AIRRecorder(
    "chain.jsonl",
    containment=policy,
    auth0_verifier=verifier,
)

# Inside the agent loop:
try:
    recorder.tool_start(tool_name="stripe_charge", tool_args={"amount_cents": 99999})
except StepUpRequiredError as e:
    # Halt. Present e.challenge_id to the responsible human via Auth0 push,
    # email, Slack, or your own dispatcher. They authenticate against your
    # Auth0 tenant. You receive an access token. Then:
    recorder.approve(e.challenge_id, auth0_token)
    # Action resumes; HUMAN_APPROVAL record carries the verified Auth0 claims
    # plus the signed JWT for offline re-verification.

For headless agents, air approve --device --client-id <id> runs the OAuth 2.0 Device Authorization Grant from your terminal. The CLI prints a user code and verification URL. The operator authenticates on their phone. The CLI polls until done, then submits the approval.

For browser flows, air approve --authorize-url --client-id <id> --redirect-uri <uri> prints a well-formed Auth0 /authorize URL with PKCE.

The HUMAN_APPROVAL record on the chain binds the action to the authenticated human who authorized it. This maps directly to EU AI Act Article 14 (human oversight), GDPR Article 22 (automated decision-making with human intervention), and SOC 2 access controls.

Layer 4: AgDR Handoff Protocol (A2A)

Cross-agent chain of custody. When Agent A delegates to Agent B, a Parent Trace ID (W3C trace_id verbatim) propagates through capability tokens and HTTP headers, a HANDOFF record at the source pairs cryptographically with a HANDOFF_ACCEPTANCE record at the target, and a Sigstore Rekor counter-attestation with hashed identifiers proves Agent B validated the capability token without leaking topology to the public log.

air handoff verify ea_chain.jsonl coach_chain.jsonl --ptid <trace_id>

Eight-step verification: PTID consistency, root identification, handoff/acceptance pairing with replay-anomaly hard-fail, capability token routing via AdapterRouter, Rekor proof verification, intra-chain integrity, two-bound temporal ordering, and identity cert validation.

Live proof: Wave 1 demonstrated against Auth0 tenant dev-kilt2vkudvbu75ny.us.auth0.com on 2026-05-07. Rekor anchor at log index 1465403522. Wave 1 is single-tenant + synchronous Rekor; Wave 2 ships cross-tenant via Sigstore Fulcio + OIDC Discovery.

Detector coverage

The chain itself is production-grade cryptography. The detectors are honest first-pass heuristics: they will produce false positives and false negatives. Coverage today across three taxonomies:

OWASP Top 10 for Agentic Applications (10 of 10 implemented):

Detector Mapping
ASI01 Agent Goal Hijack implemented
ASI02 Tool Misuse & Exploitation implemented
ASI03 Identity & Privilege Abuse Zero-Trust-for-agents via operator-declared AgentRegistry
ASI04 Agentic Supply Chain Vulnerabilities partial: MCP supply-chain risk only
ASI05 Unexpected Code Execution implemented
ASI06 Memory & Context Poisoning implemented
ASI07 Insecure Inter-Agent Communication implemented
ASI08 Cascading Failures implemented
ASI09 Human-Agent Trust Exploitation implemented
ASI10 Rogue Agents Zero-Trust behavioral-scope enforcement via declared BehavioralScope

OWASP Top 10 for LLM Applications (3 categories covered):

Detector Mapping
AIR-01 Prompt Injection OWASP LLM01
AIR-02 Sensitive Data Exposure OWASP LLM06
AIR-03 Resource Consumption OWASP LLM04

AIR-native (1 detector): AIR-04 Untraceable Action (forensic-chain-integrity check, no direct OWASP equivalent).

Total: 10 + 3 + 1 = 14 detectors running over every chain, mapped to public taxonomies wherever possible.

Instrument your agent

LangChain

from airsdk import AIRCallbackHandler
from langchain.agents import AgentExecutor

handler = AIRCallbackHandler(
    key="...",                           # Ed25519 signing key (hex or PEM); auto-generated when omitted
    log_path="my-agent.log",
    user_intent="Draft a Q3 sales report from the CRM data",
)
agent = AgentExecutor(callbacks=[handler], ...)

OpenAI SDK (and any OpenAI-compatible endpoint)

from openai import OpenAI
from airsdk import AIRRecorder
from airsdk.integrations.openai import instrument_openai

recorder = AIRRecorder(log_path="my-agent.log", user_intent="Draft a Q3 sales report")
client = instrument_openai(OpenAI(), recorder)

response = client.chat.completions.create(
    model="gpt-4o",
    messages=[{"role": "user", "content": "..."}],
)

The same wrapper works with NVIDIA NIM, vLLM, TGI, Together AI, Groq, Mistral, and Fireworks by pointing the OpenAI() client at the target endpoint. See examples/nim_demo.py for a runnable Llama 3.3 70B Instruct example.

Anthropic SDK

from anthropic import Anthropic
from airsdk import AIRRecorder
from airsdk.integrations.anthropic import instrument_anthropic

recorder = AIRRecorder(log_path="my-agent.log", user_intent="Draft a Q3 sales report")
client = instrument_anthropic(Anthropic(), recorder)

response = client.messages.create(
    model="claude-sonnet-4-6",
    max_tokens=1024,
    messages=[{"role": "user", "content": "..."}],
)

LlamaIndex

from llama_index.llms.openai import OpenAI as LlamaOpenAI
from airsdk import AIRRecorder
from airsdk.integrations.llamaindex import instrument_llamaindex

recorder = AIRRecorder(log_path="my-agent.log", user_intent="Draft a Q3 sales report")
llm = instrument_llamaindex(LlamaOpenAI(model="gpt-4o"), recorder)

response = llm.complete("Draft the opening paragraph.")

The wrapped LLM is a duck-typed proxy. It works wherever LlamaIndex calls the LLM directly; components that run Pydantic validation against the LLM type (some query engines, Settings.llm) will reject the proxy. In those flows, instrument call sites in your own code or attach the recorder to a callback. Requires llama-index >= 0.10.

Google Gemini SDK and Google ADK

from google import genai
from airsdk import AIRRecorder, instrument_gemini, instrument_adk

instrument_gemini wraps a google.genai.Client for models.generate_content, chats.send_message, and aio.* async calls. instrument_adk attaches AIR callbacks to a constructed LlmAgent via the four ADK callback hooks.

Custom code (any framework)

from airsdk import AIRRecorder

recorder = AIRRecorder(log_path="my-agent.log")
recorder.llm_start(prompt="...")
recorder.llm_end(response="...")
recorder.tool_start(tool_name="crm_read", tool_args={"account": "acme"})
recorder.tool_end(tool_output="...")
recorder.agent_finish(final_output="...")

For tool calls your code executes, wrap them with recorder.tool_start(...) / recorder.tool_end(...) so the forensic chain captures them too.

CLI surface

air demo                  Run the brutal cold-start demo end to end
air trace <chain>         Verify signatures, run detectors, emit forensic report
air verify <chain>        Verify chain integrity (signatures + chain links)
air verify-public <chain> Verify the chain using only public infrastructure
air anchor <chain>        Force-emit an anchor record covering the unanchored tail
air explain <chain>       Causal explanation: --step <id> | --finding <detector_id>
air approve               Layer 3 step-up approval: --token | --device | --authorize-url
air report article72      Generate EU AI Act Article 72 post-market monitoring template

Why AIR exists

The prevention layer is crowded. Lakera, NeMo Guardrails, Bedrock Guardrails, and a dozen other tools sit in front of your agent and try to stop bad things from happening. None of them tell you what actually happened when an agent ran, none of them produce evidence an auditor or regulator or insurance carrier can use, and none of them bind a high-stakes action to the authenticated human who authorized it.

AIR is the forensic, causal, and containment layer that runs behind those tools. It does not replace them. It gives you a signed record of every agent decision, an explanation of why each step happened, and a runtime contract that halts unauthorized actions and captures who approved the ones that proceeded.

We run it on our own infrastructure

Vindicara dogfoods Project AIR. Every API request to vindicara.io is recorded as a signed AgDR chain using the same airsdk library you install, anchored to public Sigstore Rekor every 60 seconds, and published as redacted JSONL. The trust contract is identical to what customers get: signed in-process at the moment of action, not reconstructed from logs.

Verify it yourself at vindicara.io/ops-chain, or:

curl https://vindicara-ops-chain-public-399827112476.s3.us-west-2.amazonaws.com/ops-chain/manifest.json

Roadmap

  • Layer 4 Wave 2: cross-tenant federation via Sigstore Fulcio + OIDC Discovery.
  • Layer 4 v1.5: private/enterprise federation (Okta, Entra ID, SPIFFE adapters).
  • ML-DSA-65 post-quantum signatures: shipped as experimental opt-in. AIRRecorder(..., signing_algorithm=SigningAlgorithm.ML_DSA_65). Crypto-agility ahead of NIST CNSA 2.0 mandates.
  • CrewAI, AutoGen, AG2 framework integrations: queued.
  • AIR Cloud: hosted chain-of-custody dashboards for the Team tier.

License

MIT. See LICENSE.

Contributing

The chain crypto is locked; the detector heuristics evolve. Issues, traces that break the detectors, and new ASI detector PRs are all welcome at https://github.com/vindicara-inc/projectair.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

projectair-0.8.0.tar.gz (219.0 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

projectair-0.8.0-py3-none-any.whl (171.6 kB view details)

Uploaded Python 3

File details

Details for the file projectair-0.8.0.tar.gz.

File metadata

  • Download URL: projectair-0.8.0.tar.gz
  • Upload date:
  • Size: 219.0 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.13.12

File hashes

Hashes for projectair-0.8.0.tar.gz
Algorithm Hash digest
SHA256 995eef94857bf2cf7df3ad069a4749842fbc8e4601cdb28d5110e1f6388a981d
MD5 b4ed2155872dcb2df35f8d8a768f1339
BLAKE2b-256 d36210fdd07634362bcce61797ae93226d92fa314aab5667992f72c5c5fcfc5d

See more details on using hashes here.

File details

Details for the file projectair-0.8.0-py3-none-any.whl.

File metadata

  • Download URL: projectair-0.8.0-py3-none-any.whl
  • Upload date:
  • Size: 171.6 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/6.2.0 CPython/3.13.12

File hashes

Hashes for projectair-0.8.0-py3-none-any.whl
Algorithm Hash digest
SHA256 7229162dd9479b378a279977fcd698198bb71c0c6e86c482297179984c6a495f
MD5 b96d4e4ea07b3bfce76550070c20bdd5
BLAKE2b-256 715a954234802b0d044686e7775509aaf738742e965740b26e35061bffa17910

See more details on using hashes here.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page