BengarTrust infrastructure

Product

Bengar Trust AVAILABLE

Bounded authority for anything that acts on someone else's behalf.

What it is

Why it exists

How it works

Who uses it

Security boundary

  • A permit is not authority. Authority is the meet of permit, policy and approval.
  • REQUIRE_APPROVAL is not an allow — it is its own value, never an ALLOW carrying a flag.
  • A dependency that cannot be reached produces a refusal, not a permissive default.

Example flow

A purchase, end to end

  1. Acme issues a permit: the procurement agent may purchase from `resource://company/procurement/*`, up to 5,000 ₺ per transaction, for 30 days.
  2. Acme's policy allows that resource under 5,000 ₺ and requires approval above it.
  3. The agent asks to buy a 5,000 ₺ laptop. Permit allows; policy allows. **ALLOW**.
  4. The Gateway calls the merchant with an idempotency nonce and records SUCCEEDED.
  5. An audit event is written, batched, and anchored. Six months later a reviewer proves it was not edited.

Current status

CapabilityStatusWhere
Authorize an agent actionAVAILABLEThe API: POST /v1/authorize
Read the audit trailAVAILABLE/projects/:id/audit
Verify an audit event against its anchorAVAILABLE/projects/:id/proofs

Related API

Full API reference →

Documentation