addapt ← addapt.com.au

Security

Last updated 11 August 2026. This page states what is true of the platform today — it is updated as the security program matures, not ahead of it.

Where client data lives

All client data at rest — the database and uploaded documents — is stored in Sydney, Australia (AWS ap-southeast-2, via Supabase), with daily backups. Application compute runs in Vercel's Sydney region. Transactional email transits offshore infrastructure and is disclosed as such below.

Tenant isolation

Every firm's data is isolated by PostgreSQL row-level security at the database layer: policies keyed to the authenticated user are part of the schema and covered by the automated test suite, so ordinary application access is confined to that firm's own records at the database. Privileged server operations that run with elevated rights are gated by server-side authorization checks and audit-logged.

Access and authentication

Document integrity

Once advice is issued, the record is immutable — enforced by database triggers, not application convention. The signed PDF is the advice document itself; each issued document snapshots the assumptions used to produce it.

Privacy by architecture

The Privacy Act, applied

Sub-processors

ProviderPurposeData location
SupabaseDatabase, file storage, authenticationAWS Sydney (ap-southeast-2)
VercelApplication hostingCompute in Sydney; global edge network for delivery
CloudflareDNSGlobal
ResendTransactional emailOffshore (Asia-Pacific / US sending infrastructure)

Verification

Over 1,250 automated tests run before any change ships, including golden tests that pin the modelling engine to the regulator's own published worked figures. Changes deploy through a single audited pipeline.

Reporting a concern. If you believe you've found a security issue, contact security@addapt.com.au and include enough detail to reproduce it. We'd rather hear it twice than not at all.