Policy bundles, not certification
These are policy bundles named for the frameworks they map to. They are not a certification. Formal attestations are on the roadmap. Until they land, we describe only what ships: policy you can run, read, and test.
Security & trust
You carry the risk every time you ship: the breach you have to show you prevented, the tenant boundary you can't take on faith, the trail someone could quietly edit. So we describe how each control actually works, not how good it sounds. The same isolation, secret handling, and guardrails protect every tenant, from a guided evaluation to a self-hosted, air-gapped install. Read the code behind each claim below.
Tenant isolation
One tenant reading another's data is the failure you can least afford to explain. The database itself blocks it, so the boundary holds even when a query forgets to. You get to stop hoping every line of code got it right.
Enforced in the database
One tenant cannot read another tenant's data, because the database itself blocks it. The rule does not depend on app code remembering to filter.
Closed by default
A request with no tenant gets nothing back, not everything. When isolation breaks, it breaks safe. Background jobs follow the same rule.
Two layers, not one
The app still scopes its own queries as a second line of defense. The real guarantee sits underneath it, in the database.
tenant_a
tenant_b
closed by default
each entry chained to the last
Tamper-evident audit
Stop scrambling for screenshots the day before the review. Every action is cryptographically chained, so the trail you export proves itself: change a record and the chain stops adding up. You give an auditor something they can verify, not just take your word for.
Tamper-evident
Each entry is cryptographically linked to the one before it. Change or delete a record and the trail no longer adds up, so quiet edits show.
Write-once
Actions add records. Nothing rewrites history. The evidence comes from what the platform actually did, not a reconstruction after the fact.
Kept for the long haul
The trail is archived on a schedule and stays queryable across the long retention windows auditors ask for.
Secrets management
When you install a connector, the credentials go straight to a dedicated secrets store. Your app database keeps only a reference, never the secret itself. So even if it leaks, there's no plaintext credential for anyone to walk off with.
Scoped per tenant
Each tenant's secrets sit in their own space, so a credential can't leak across tenants.
Nothing in the database
The database holds a pointer, not a value. There is no plaintext credential to steal from it.
Off the logs
Secrets are handed to the store at install, so they stay out of app logs and config files.
app database
secret_ref: bao://tenant_a/github
secrets store
● value · scoped to tenant_a
database holds the pointer, not the value
Governance & compliance
The frameworks you report against don't have to live in a sheet someone forgets to update. Pre-built policy bundles map to them and ship as code, so your rules are versioned and checked on every run instead of audited by hand once a year.
These are policy bundles named for the frameworks they map to. They are not a certification. Formal attestations are on the roadmap. Until they land, we describe only what ships: policy you can run, read, and test.
Identity
Automated provisioning
Your identity provider stays the source of truth for who has access. Joiners and leavers sync automatically, no manual offboarding.
Enterprise sign-on
Single sign-on with SAML is included from the Team plan up, and automated user provisioning (SCIM) comes with Enterprise.
Supply chain
You decide what's allowed to ship, and the pipeline holds the line. IntegraCI adds the security steps to your existing pipeline and gates on the results, so a build that breaks policy stops here. Your runners do the work; you keep the say.
Scans, gated
Your security scans run in the pipeline, and a build that breaks policy is blocked before it goes any further.
Catch images early
Container images and their dependencies get checked in the pipeline, so risky ones are caught before they reach production.
Controlled promotion
Moving a build from one environment to the next is gated on policy, so only checked artifacts go forward.
We respond to vendor security questionnaires and share deeper architecture detail under NDA. Send yours over and we will turn it around. No sales gate.
Responsible disclosure
Found a security issue? Tell us. Reports go straight to our security team's queue. Please give us reasonable time to remediate before any public disclosure.