SYS:ROOT // Authorization Database

Know who can access
what in every application

Ship features instead of building permissions. Microsecond decisions, cryptographic audit by default — without operating any infrastructure yourself.

Joining 240+ teams on the waitlist.

The problem

The only ReBAC engine measured in microseconds. One schema for RBAC, ReBAC, and ABAC. Audit, isolation, and consistency built into the storage layer — not application-layer bolt-ons. Built for the regulated enterprise.

Ship in minutes what used to take months to build

One policy language for roles, relationships, and attributes — RBAC, ReBAC, and ABAC in a single schema. Express your permission model in minutes, not months →

schema.ipl
entity organization {
  relation admin: user
  relation member: user
}

entity document {
  relation parent: folder
  relation viewer: user | team#member
  relation editor: user
  relation owner: user

  // Combine relationships, attributes, and modules
  permission view = viewer
    or editor
    or parent.viewer
    or module.check_clearance(context, resource)
  permission edit = editor or owner
  permission delete = owner
}

Built for microseconds

Designed out of the box for the most demanding authorization workloads. Permission checks in 2.8µs. 4.9 billion checks per second. Automatic audit trails with 0.3ms overhead. Global consistency in 47ms. See how it works →

Cryptographic proof for every permission check

Hash-chained audit entries. Tamper-evident, append-only, per-tenant isolation. Merkle proofs verify nothing has been altered. Export to your SIEM or compliance toolchain.

audit-trail.json
{
  "decision": "ALLOWED",
  "subject": "user:alice",
  "permission": "edit",
  "resource": "document:roadmap",
  "revision": "r_a1b2c3",
  "latency_us": 2.4,
  "trace": [
    "editor → MATCH (direct)"
  ],
  "hash": "e3b0c44298fc...",
  "prev_hash": "5f2b8d1ca9...",
  "vault": "prod-us-east"
}

Microsecond authorization for the agentic era

A traditional API request triggers one permission check. An AI agent action triggers thirty or more — one per principal it acts on behalf of, one per tool it invokes, one per artifact it touches. Microsecond decisions make this tractable. Cryptographic audit makes it accountable. See agent authorization patterns →

agent-check.ts
// Agent acting on behalf of a user — full delegation chain
const decision = await infera.check({
  subject: "agent:research-bot",
  on_behalf_of: "user:alice",
  permission: "read",
  resource: "document:q3-strategy",
  context: { tool: "vector-search", trace_id: ctx.trace }
});

// Decision: ALLOWED in 2.4µs
// Audit: hash-chained, replayable, full delegation captured

Authorization for every stack

Multi-Tenant SaaS

Per-account permissions, nested teams, and custom roles. Scales from 10 users to 10 million without re-architecture.

Compliance & Regulation

SOC 2, HIPAA, GDPR, PCI DSS — satisfied by default, not as an afterthought.

Platform Engineering

One authorization layer for every service in your stack. No bespoke permissions code per team.

The authorization layer your stack was missing.