Tenant isolation first
Customer records are scoped by active business membership and protected by database Row Level Security plus authorized server operations. Clarity also maintains synthetic two-tenant regression rehearsals for isolation.
Clarity is designed around tenant isolation, private evidence storage, constrained automation, recoverability, and a clear human judgment boundary. Security controls are part of the product architecture—not an afterthought added at launch.
Customer records are scoped by active business membership and protected by database Row Level Security plus authorized server operations. Clarity also maintains synthetic two-tenant regression rehearsals for isolation.
Bookkeeping files live in a private Storage bucket. File access is checked before a short-lived signed download is issued, private pages are marked no-store/no-cache, and raw Storage paths are kept out of customer page data.
The Stage 2–3 transaction worker is designed to minimize and sanitize provider payloads, keep internal identifiers and prior-attempt blobs inside Clarity, require an exact HTTPS provider host, and reject Stage 4 model calls.
Cloud backup checkpoints are followed by a separate recovery artifact audit that verifies database dumps and private-file checksums. Recovery evidence stays separate from normal application data.
Clarity uses HSTS, frame denial, no-referrer handling, restrictive permissions, a Content Security Policy, exact Clarity-Supabase browser egress, and explicit private-cache controls for authenticated areas.
Automation is capped before human judgment. Ambiguous, unsupported, or material exceptions remain visible for review rather than being silently guessed through.
Owner operations require a verified time-based authenticator factor and current AAL2, including the reviewed database owner-RPC boundary. Customer accounts can enroll TOTP per account; once enrolled, Clarity requires AAL2 before protected workspaces or private invitation acceptance. Customer enrollment is not represented as universally enabled.
Clarity uses cloud-run guardrails and read-only production checks to catch drift while keeping customer content out of routine security logs.
Clarity's automation model is designed so Stage 1 handles deterministic work, Stages 2–3 can use constrained AI after explicit release, and Stage 4 remains human. AI does not independently control tenant membership, security privileges, billing, paid budgets, customer invitations, secrets, money movement, or commercial legal terms.
No software can honestly promise that a breach is impossible. Clarity's approach is to reduce exposure, keep privileges narrow, monitor important boundaries, preserve recovery evidence, and disclose current product limits. External security certifications will only be represented if they are independently obtained and current.
Use the authenticated Documents area for bookkeeping files and the Support page for product or account questions.