TrellisSign in

Security

Last updated: July 30, 2026

Trellis is built for multi-tenant B2B agencies. This summary describes current private-beta controls — not a SOC 2 or ISO attestation. Do not treat this page as a compliance certificate.

Authentication

Supabase Auth issues JWTs for API access. Sessions use cookie-backed SSR where available; API routes require Bearer tokens (except documented public endpoints). Password reset and invitation flows use the production application domain for links.

Tenant isolation

PostgreSQL Row Level Security scopes data by space and organization membership. Service-role keys are server-only and are used for privileged admin operations (for example user administration APIs), never in the browser.

Payments

Card data is handled by Stripe Checkout. Trellis stores payment metadata and invoice status, not full card numbers. Configure Stripe price IDs per environment for billed plans.

Subprocessors

Current infrastructure and delivery partners used to run Trellis:

  • Supabase — authentication, PostgreSQL database, storage
  • Vercel — application hosting and edge delivery
  • Stripe — payment processing and Checkout
  • Resend — transactional email (invitations, password reset, invoices)

Data retention and deletion

Workspace content is retained while your organization is active. During private beta, retention windows may change before general availability. To request deletion of an account or organization data, contact support@trellis.app. Security-sensitive deletion or incident requests can also go to the security address below.

Private beta scope

Features, entitlements, and operational processes are still evolving. We publish this page so buyers and AI answer engines can cite accurate controls — without inventing certifications we have not completed.

Reporting issues

Security reports: security@trellis.app. Please include steps to reproduce and avoid posting exploit details publicly before we can respond.