Skip to main content

Security posture

Defense in depth

Protection at every workspace boundary

A public, non-exhaustive overview of the controls around accounts, strategy settings, product data, analytics, provider credentials, and trusted server operations.

Security stack
Layered
01Identity
02Authorization
03Database
04API
Sessions
SIGNED

Server-validated access

Database
RLS + GRANTS

Owner-scoped records

API
VALIDATED

Rate-limited mutations

Secrets
SERVER ONLY

Not exposed to clients

Least privilegeInput validatedSecrets isolatedIncidents reportable

Control layers

Six boundaries, one security model

No single control is treated as sufficient. Identity, authorization, data policy, request validation, secret isolation, and operations reinforce one another.

01
SESSION

Identity

Signed account claims are checked on protected server routes.

02
ACCESS

Authorization

Membership and ownership checks are separate from public access.

03
DATA

Database

Row-level policies and grants scope user-owned and protected records.

04
REQUEST

API

Mutation routes validate bodies, size, origin, and endpoint limits.

05
SERVER

Secrets

Provider and privileged credentials stay in trusted server code.

06
MONITOR

Operations

Health checks and job records support investigation and recovery.

Protected request

Trust is checked, not assumed.

A signed-in browser is only the start. Protected actions still need valid input, permitted scope, and a trusted server path.

01

Authenticate

Validate the signed session and account claims.

02

Authorize

Confirm membership, role, and record ownership.

03

Validate

Reject malformed, oversized, or disallowed requests.

04

Persist

Use scoped server access and database policy controls.

Privacy-aware analytics

Optional first-party analytics respect the site preference, Global Privacy Control, and Do Not Track signals supported by the application.

Operational visibility

Health checks, job status records, safe timing, and bounded error handling support investigation without intentionally logging credentials.

Recovery discipline

Versioned database migrations and protected operational workflows preserve an auditable path for security changes and recovery work.

Responsible reporting

Report the issue. Protect the user.

If you believe you found a security issue, do not publish account data, continue accessing information, or test against other users. Send the affected URL, minimal reproduction steps, and expected impact.

No system is risk free. This page describes public control categories and is not a guarantee, certification, penetration-test report, or complete architecture disclosure.