Trust & architecture

Sovereignty by construction — the password you never type, the key that never leaves.

DBaaS inherits the platform's security posture because it is the platform's only data plane. Credentials are dynamic Vault secrets, keys are per-tenant and stay in Vault Transit, tenant isolation is database-enforced where it can be, and every action lands on a tamper-evident audit chain.

The trust pillars

Six guarantees, each grounded in a recorded decision.

Only-data-plane (ADR-0056)

All database requirements go through SS-02; no embedded or per-service engines. One door means tenancy, backups, credentials, audit and encryption are solved once, not per service — and the security surface is one surface.

Tenant isolation (ADR-0071 · 0019)

Tenant-id is a first-class request concern. Shared-Postgres tenants get FORCE ROW LEVEL SECURITY (the owner cannot bypass); shared-MySQL tenants get an application-enforced tenant_id discriminator guarded by platform/dbaas.TenantScope. A cross-tenant read returns zero rows, proven by a CI pen-test.

Dynamic credentials (no static passwords)

Bindings return a Vault secret_ref, never an inline password; consumers draw ≤1h leases. Static passwords in env, Git or ConfigMaps are denied platform-wide by Kyverno. Credential theft has a one-hour blast radius.

Per-tenant KEKs in Vault Transit

At-rest data is envelope-encrypted with a per-tenant key-encryption-key; rotation never re-encrypts the data. Cloud KMS is forbidden by a sovereignty invariant — keys never leave the platform. In-transit is mTLS.

Tamper-evident audit chain (ADR-0014)

Every audited action is appended to a Vault-Transit-signed hash chain; removing or modifying any past entry is detectable. Claim, lease, rotation and placement events are all recorded, with up to 7-year retention on Enterprise.

Analytics boundary (ADR-0068)

Direct analytical reach-in to operational databases is forbidden. Analytics engines (ClickHouse, Iceberg, Trino) are reserved behind SS-09 Prism; facts land there via CDC/batch. The operational plane stays operational.

Residency, backup & operations

Where your data lives, how it recovers, what it costs.

Data residency
Claims and buckets pin a region; sovereign / dedicated regions and self-host are available on Enterprise. Keys and audit never leave the platform boundary.
Backup & PITR
Every claim carries backup and point-in-time restore; PITR of 10 GB completes in ≤30 min at RPO ≤5 min. Restore is always to a new cluster, audit-chained.
Metering & chargeback
GB-stored, compute-hours and egress are metered by SS-60 into SS-10 billing (RPO ≤1 min), with intra-edge egress zero-rated.
Availability
As the platform's only data plane, SS-02 is dogfooded to a T0 (99.99%) discipline; leader-election failover on distributed SQL is ≤30 s.

The record

Decisions, not marketing.

Each guarantee above traces to an architecture decision record on the platform. The relevant ones for the data plane:

ADR-0056 — DBaaS is the only database planeADR-0071 — Tenant→database placement policyADR-0069 — Polyglot engine tiers & license inventoryADR-0068 — DBaaS/Prism analytics boundaryADR-0019 — Multitenancy (tenant-id first-class)ADR-0014 — Tamper-evident audit hash chain