Early access, onboarding new organizations weekly

Know what your AI agents are doing

For the security, risk and platform leads who get asked “who authorized this agent?” Every action streamed, attributed to a real identity, and packaged into evidence an auditor can re-verify offline.

A professional reviewing her AI agents' activity on a laptop, the visibility Provantix provides
provantix, live evidence stream
09:41:02entra:signin actor:svc-sre-bot credential-type:client-secret
09:41:04agent.action tool:kubectl.scale target:prod/api replicas:4
09:41:05attribution bound → owner: platform-team
09:42:11m365:record.touched svc-sre-bot ↔ sharepoint://change-log
09:42:12chain.append custody:9d2e…7c1f prev:b81a…04de
09:43:30finding.raised reach-beyond-granted-authority severity:high
09:43:31report.export bundle:Q3-audit ok
09:44:00POST /v1/batches org:versalence records:214 sig:verified
09:44:02langfuse:import project:cruzclaw done
signed · attributed · chain-linkedcustody intact
Entra ID (beta)Microsoft 365 (in validation)Langfuse importLangSmith importDirect HTTPNode SDK
Who it's for

Built for whoever gets asked the question

Three people, three questions. Each one is answered from signed records, not from memory.

Security and risk leads

“Which agent did this, and who approved it?”

Every action is attributed to a workload identity and its owner, with the approval attached when your application records one.

Platform and engineering leads

“Is the workflow healthy before a customer notices?”

See what stopped running, started failing or slowed down, measured against each agent's own history.

Auditors and customer reviewers

“Can I verify this without trusting you?”

Re-check the evidence on your own machine, against a signature and public keys we publish.

The gap

Logs tell you something happened.
Provantix tells you who made it happen.

What your logs show
  • · an API call happened at 09:41:04
  • · a token was presented, maybe valid
  • · a pod scaled from 2 to 4 replicas
  • · …who authorized it? Ask the team. Hope they remember.
What Provantix proves
  • ✓ svc-sre-bot acted, bound to owner platform-team
  • ✓ credential recorded from the identity provider sign-in at 09:41:02
  • ✓ chain-of-custody hash links the action to its authorization
  • ✓ exportable evidence, custody hashes re-compute on the auditor's side
Early warning

Know when a workflow goes wrong before your client does

Each agent is measured against its own history. Provantix flags the change and tells the agent's owner, so the first person to hear is the one who can fix it.

It went quiet

Say how often an agent should run. If it shows no activity for longer, a missed-run finding opens, and closes by itself when the agent runs again.

It is failing more

The last 24 hours of failed calls against the agent's own previous 14 days. An agent that always fails one call in five is not flagged for it.

It is running slower

Median call time against its own history, so one slow call cannot set it off. Findings can be emailed to the agent's owner.

This compares against history, not a forecast, and it needs your emitter to report outcomes and timings. How it decides.

Honesty, up front

What the evidence proves — and what it doesn't

Auditors trust a product more for the limits it states than the claims it makes. Here are ours.

What it proves
  • ✓ Attribution — which workload identity acted, who owns it, and the credential that authorized it
  • ✓ Sequence and custody — a hash chain from capture to export; an auditor re-verifies it on their own machine, and checks our signature on the export against a published key
  • ✓ Declared reach vs observed activity — what the agent was allowed to touch, against what it actually touched
  • ✓ Completeness, honestly — missing evidence is reported as missing, never smoothed over
What it doesn't
  • · Whether the agent's answer was right — outcomes are technical (did the call error), not verdicts on the task
  • · The content of what was said — prompts and completions are kept as hashes only
  • · What your telemetry never emitted — coverage is stated per metric, so a gap reads as a gap
The pipeline

From raw telemetry to defensible evidence in four steps

One pipeline, a drop-in SDK for your agents, no schema to design. Every stage writes to a chain an auditor can recompute on their own machine.

01
Stream telemetry

Direct HTTP, the Node SDK, or bulk import from Langfuse and LangSmith. Events are signed at capture and validated on arrival.

02
Attribute identity

Entra ID (beta) and Microsoft 365 (in validation) audit data bind every action to a workload identity and the human or team that owns it.

03
Detect & investigate

Identity anomalies, shared credentials and reach beyond granted authority surface as findings, each one traceable to its full event chain.

04
Prove & report

Export evidence bundles your auditors can verify independently. Exports are signed and our public keys are published, so a bundle can be checked for where it came from as well as for tampering.

The platform

Discover. Attest. Prove.

Three capabilities, one evidence model, built for the moment an auditor, regulator or customer asks who authorized an agent's actions.

Discover

A living inventory of every agent in the estate, registered or not, with owners, credentials, and activity history.

Attest

Chain-of-custody on every event. Who acted, who authorized, and what happened before and after. Gaps are flagged, never hidden.

Prove

Attested evidence packaged for auditors, regulators and customers. SOC 2 evidence, change control, incident forensics, one export.

Connectors

Meets your agents where they already live

All connectors
Entra IDBeta
09:41:02entra: service-principal discovered svc-sre-bot (appId 7f3c…d21a)
09:41:03entra: sign-in validated, credential: certificate (thumbprint 88:AB…)
09:41:04agent identity bound → owner: [email protected]
Microsoft 365 auditRoadmap
m365: connector in development (Purview audit API)
Direct HTTP streamAvailable
09:44:00POST /v1/batches, 214 records accepted, signatures verified (org versalence)
09:44:00attribution: 214/214 events bound to known agents
09:44:01finding raised: shared credentials across 2 agents
Node SDKBeta
09:45:30sdk: session started agent=sre-bot run=01H8…
09:45:31sdk: tool_call kubectl.scale captured (latency 412ms)
09:45:31sdk: payload signed, queued for delivery
100%
of batches signature-verified at ingest
100%
events bound to an identity or flagged
1 DB
per organization, no shared tenancy
0
inbound connections to your network
FAQ

Asked by every security team we meet

Your agents are already acting.
Start proving who authorized them.

Early-access organizations get a dedicated database, identity connectors, and a guided import of their existing traces.

Invite-only during early access. Google Workspace SSO supported from day one.