Platform / Authentication & Identity

Sign-in you never have to build.

Every Maestra app gets production identity and access control from the platform, not from the app. The app declares who its users are and what each role can do. The platform verifies identity, issues sessions, checks roles on every call, and revokes access, all at its own boundary. App code never stores a password, signs a token, or decides for itself whether a request is allowed.

01

Where quick apps become liabilities

A workforce shipping its own software is a good thing, right up to the sign-in screen. Identity and access are where a quickly built app quietly turns into a liability: a hand-rolled login, a password stored somewhere it shouldn’t be, no way to revoke a session, a permission checked in the interface but not the backend.

Maestra removes the question by structure. Every request to every app passes through one platform edge, where identity and access are both settled before app code runs.

The platform edge · one boundary, two checks
Every request
A person
An agent
An API caller
unverified
Platform edge
01 · IdentityWho is this?
02 · AccessWhat may they do?
verified · scoped
Trusted side
Your app
Scoped session
One edge, two checks. Every request passes one platform edge, where identity and access are both resolved before it reaches the app on the trusted side.
02

The app declares. The platform enforces.

Authentication happens at the platform boundary, before any app code runs. Three things follow, and none of them are the builder’s job:

No credentials in the app
It never stores or checks a password and never signs a token. There is no home-grown credential store to leak.
No gaps to leave open
Every backend call and database read goes through an authenticated platform endpoint, so there is no accidental public surface.
The same everywhere
One session model, one revocation path, one set of audit events across the fleet. Security posture doesn’t depend on who built the app.

An app turns all of this on by declaring, in a few lines, that it has users and which roles they can hold. The platform supplies everything else.

03

Sign in with Maestra

The organization path replaces app-local accounts with federated single sign-on, with Maestra as the identity broker. Your corporate directory federates into Maestra over SAML 2.0 or OIDC, and Maestra issues a credential-free session to each app your people build. Your directory stays the system of record, and your existing MFA and conditional-access policies apply at that boundary.

Sign in with Maestra · federation
Your directory
Corporate IdP
System of record
SAML 2.0 / OIDC
The identity broker
MaestraEnds upstream identity
Per appIssues a session
no credentials
Per-app sessions
Deal desk
Month-end close
New-hire checklist
+ every app after
The identity half, up close. Apps never see or store credentials. They redeem a short-lived, single-use code for a session, and the exchange happens entirely on the platform side.
04

Roles, enforced at the edge

Authentication answers who someone is. Authorization answers what they can do, and it is where hand-built apps fail quietly. Maestra checks roles at the same edge that handles sign-in.

Access · one governed view, every app’s own roles
MemberDeal deskMonth-end closeSupplier queueMetrics board
DWDana Whitfield OpsApproverApprover—Viewer
MRMarcus Reyes SalesRep——Viewer
PRPriya Raman Finance—PreparerRequesterEditor
JTJesse Tran Procurement——Buyer—
BCBea Coleman Contractor———Viewer
Filled = owns the app · Outline = holds a declared role · — = no access
05

Governed from one place

Roles from your directory
Map directory groups to roles once. Join a group and you get the role wherever it applies; leave and it’s gone.
Offboarding that reaches everything
Remove someone from the organization and every session and permission drops across every app at once.
One access review
Every person, every app they can reach, and their role in each, in a single view.
One audit trail
Sign-ins, role changes, grants, and denials recorded as structured events, exportable in OCSF. See the Audit Log deep dive.
06

The guarantees

Server-side authorization
Role checks run at the platform boundary, never only in the interface.
Signed session cookie
Per-app, HttpOnly, Secure, SameSite, origin-scoped.
Single-use handshake
App-bound, redeemed on the app’s own origin, expires in about a minute.
Immediate revocation
Offboarding drops every session across the organization’s apps at once.
Admin-locked limits
Session ceilings and role definitions belong to the org admin. A builder can’t loosen them.

Start building on Maestra.

Everything you just read is standard in every app, running from the first deploy.

Start building →
← Back to the Platform