Products Lemma APIProof issuance & verification platformTrust402Delegate to agents, and transactSealSign-in for the agent era — no keys handed over
Use cases Manufacturing & Critical InfraInspection Record AssuranceFinance & FinTechCounterparty Record VerificationPublic SectorCertificate-less ProceduresHealthcareQualified Worker AssuranceProcurement & Supply ChainSupplier Credential MonitoringMedia & ContentContent AuthenticityService & RetailCross-group IdentityAI Adoption (cross-industry)AI Run GovernanceDevelopers & Agent OpsAgent Authority Control ▸ Browse the use-case index
Pricing
Resources Critical BriefThe frontier of AI × trustBlogThinking and implementation notesDocumentationAPI & specsVerification CenterReal verification & issuance countsAbout usFRAME00, Inc.ContactSales & press inquiriesGlossaryDefinitionsFAQFrequently asked questions
Get Started ↗ JA
Home/Use cases/Developers & agent operations
Developers & agent operations

Outside its authority, nothing executes.

Impersonation and prompt injection are not stopped by a permission check. Lemma verifies where a request came from, and the proof of its authority, before anything runs, so an unauthorized request never reaches execution.

Agent runtime — verifying the requester
Verified
DOC HASH0x68d4…9f01
Requesterorchestrator-01
Recorded2026-07-28 09:12
SubjectExecution request #4410
Proof classProvenance
Signature matches Tamper check Issuer confirmed
The proof layer
is running now
Verification Center live 3 proof-backed data feeds Verification is free
See it for yourself →
01 — Why LemmaAgents get deceived inside their legitimate authority.

Tightening roles and permissions does not close the route an attack actually takes. An attack does not break the authority — it operates inside it and lies about where the request came from. Add a layer that independently establishes whose request this is before execution, and a request whose origin cannot be established never gets through.

Don't narrow the authority.
Drop the requests that lie.

02 — What changesThree things Lemma changes
A request that can't be verified doesn't run

The runtime requires a proof of authority from whoever sent the request and verifies it independently. Anything it cannot verify never runs.

Execution queue
RequestExecute payment #4410
Requesterorchestrator-01
Proof of authorityPresent
VerdictExecution allowed
Listed for sale (x402)
Forex rate feedMeteredProof attached
Credit score lookupMeteredProof attached
Document verification APIMeteredProof attached
Dataset extractionMeteredProof attached
Start an agent economy on your own data

Sell proof-backed output and data to agents over x402. The buying agent confirms the origin before it pays.

Verification you can drop in — free, no key

Call POST /v1/proofs/verify. There is no authentication step to build.

POST /v1/proofs/verify
// No authentication required { "docHash": "0x68d4…9f01" } // What comes back { "valid": true }
03 — Threat casesWhat happened when the origin of a request was faked.

Three cases from this area, drawn from the Lemma Critical Briefs. In each one the request looked legitimate, and nothing checked where it had actually come from.

See every Brief in this area →

04 — How it worksThree steps, and that's it.
Issuing the proof
RecordExecution request #4410
Requesterorchestrator-01
What is sentHash only
Issued 0x68d4…9f01
01Attach a proof
Why it holdsChange one character in the request and it no longer matches the proof.
One API call where the request is issued. The payload itself is never sent.
The request in flight
Execution request
Proof attached — verify here
02Pass it along
Why it holdsThe proof itself is about 200 bytes, and survives being relayed between agents.
It rides along with the request. Your transport does not have to change.
The runtime's check
Verified
SignatureTamper checkIssuer
03Verify before executing
Why it holdsThe executing side settles it alone, without calling back to the requester.
One call and the verdict comes back. No account, no key.
05 — Use casesHow it is used in this industry
06 — Latest newsAdoption, and what is moving in this area

See all blog posts →

Developers

How much are you
handing to agents?

We map the routes to unintended actions, privilege abuse and prompt injection, and design where verification belongs. It starts with a 30-minute call.