Identity and access controls
Enterprise sign-on, MFA enforcement, and accountable approval histories are part of the buying conversation, not an afterthought.
- SAML 2.0 SSO
- MFA enforcement
- Role-aware access reviews
Controlled visibility into live compliance posture, evidence integrity, encryption, SSO, data residency, and procurement artifacts for enterprise buyers.
Procurement Snapshot
This static layer exposes the answers enterprise buyers usually ask first, while the interactive trust center still handles the deeper walkthrough below.
Enterprise sign-on, MFA enforcement, and accountable approval histories are part of the buying conversation, not an afterthought.
Buyers can inspect how evidence, exports, and regulated data move through the system before they request a full vendor packet.
The trust story is strongest when the platform shows exactly how approvals, artifacts, and exports stay connected in one defensible chain.
FormaOS's audit log isn't a trust-us assertion. Every row is HMAC-chained to the previous one, the chain top is anchored daily to a Linux Foundation transparency log, and the database itself denies mutation. The proof a buyer or auditor needs is in code paths checked into our repo, not in a marketing page.
R3 · audit_log
Each row carries a sequence number and an HMAC-SHA256 signature linking it to the previous row. A nightly cron re-walks the chain end-to-end; any drift is surfaced as a chain-integrity break before the next audit, not during it.
R4 · sigstore rekor
Daily, each org's chain top is submitted to Sigstore Rekor, the Linux Foundation transparency log used for signed open-source releases. The submission is an RFC 6962-style Merkle entry. An auditor can verify the timestamp of any event without trusting FormaOS, because the proof goes through Linux Foundation infrastructure.
postgres · rls
A BEFORE UPDATE OR DELETE trigger rejects any mutation of audit rows, backed by restrictive RLS deny policies. A platform admin with service-role credentials (which bypasses RLS) is still stopped by the trigger. The rule is enforced by Postgres, not by application code, so an app-level bypass is not a vector.
Every assurance document a procurement team typically asks for, written for compliance buyers and security reviewers. Each section is a standalone artifact you can share with your team.
Storage, encryption, retention, and deletion of customer data.
GDPR Article 28 and Australian Privacy Act-aligned terms for enterprise customers.
Uptime targets, incident response timelines, and credits.
Third-party providers that process customer data.
How FormaOS detects, contains, and discloses incidents.
Independent assessment plan and assurance artifacts.
Architecture, hosting, identity, encryption, and audit posture for buyers.
Bundled review materials covering architecture and assurance.