luminarforge.
Pricing Compare Trust Log in Start free
The audit sheet — trust & security
Page reviewed
05 Jul 26

Trust, itemised.

Six defence layers, a four-link isolation chain, and the numbers behind them — each line dated, and each line stamped with where the proof lives: in our code, or in the platform accounts that front it. Your clients’ brands, voices and faces live in this system; this page is the inspection record.

Two numbers on the old version of this page were wrong. We checked, corrected them, and logged it.

Security contact — security@luminarworks.com · answered by the people who build it

Code

Verifiable in the codebase. The mechanism exists as reviewable source — middleware, migrations, services — and the claim was re-checked against it on the review date.

Infra

Configured in the platform accounts — Cloudflare, Render, Supabase. Real, reviewed on the stamp date, but not visible in source code — so we say so instead of blurring the two.

Defence in depth — six audited lines

The audit sheet.

A request crosses six layers between the internet and a client’s data. Each line below is a real mechanism with a review date — not a diagram of intentions.

LineLayerWhat actually runsProof lives
01Reviewed
05 Jul 26
EdgeCloudflare Traffic fronts through Cloudflare’s edge network — DDoS absorption comes with the territory — and Turnstile challenges stop automated logins after repeated failures. Infra
02Reviewed
05 Jul 26
TransportTLS Encrypted in transit end-to-end, with HSTS enforced from our own middleware — the strict-transport header is ours; the cipher negotiation is the platforms’. Infra
03Reviewed
05 Jul 26
ApplicationExpress middleware Helmet security headers, HPP, strict CORS, and rate limiting — a global 100 requests/minute throttle per IP, plus per-user fair scheduling so one tenant’s burst can’t starve another. Code
04Reviewed
05 Jul 26
DataPostgres RLS Row-Level Security enforces tenant isolation at the database layer. Content rows carry tenant and workspace IDs, and Postgres policies filter every query by the caller’s JWT claims — not by application code remembering to. Code
05Reviewed
05 Jul 26
SecretsAES-256-GCM Third-party API keys and OAuth tokens are encrypted at rest with AES-256-GCM — fresh IV per encryption, auth-tag verified on decrypt — and only decrypted in memory at the moment of use. Never logged, never cached. Code
06Reviewed
05 Jul 26
InputValidation Zod schemas on every route; uploads checked by MIME type, magic bytes, and size — SVGs are sanitised before storage. Code
Client isolation — the chain of custody

Four links between any user and any row.

Agencies run many clients in one account. The isolation model is the product’s spine: a bug in application code cannot leak data between clients, because the last link is enforced by the database, not by us remembering to check.

Link 01

Tenant

Your agency’s account — the billing and plan boundary. Every JWT carries its tenant claim.

Link 02

Workspace

One workspace per client. Brand assets, voice, knowledge base, people and products are workspace-scoped — never pooled.

Link 03

Role

Owner → Admin → Multi-Account Manager → Member → Viewer. Every request re-checks the caller’s role in middleware.

Link 04

Row

Postgres RLS filters by tenant and workspace at the database level. The query returns the row or it doesn’t exist.

The order matters: by the time a query reaches the data, three layers have already said yes — and the fourth doesn’t take the application’s word for it.

Compliance — the working parts
PillarReviewed 05 Jul 26

GDPR-ready, mechanically

Full data export on demand — streamed archive, API keys redacted, link delivered by email. Account deletion with a 72-hour grace period and one-click cancel, then a cascade across 34 tables in FK-safe order plus the storage buckets. Ready means built, not aspirational — and we don’t claim a certification we don’t hold.

PillarReviewed 05 Jul 26

Billing without card data

Paddle is our Merchant of Record — payments, VAT, sales tax and regional regimes are collected and remitted by Paddle as an independent controller. Card numbers never touch our systems.

PillarReviewed 05 Jul 26

Auditable by default

25 audited action types across 7 groups — auth, roles, workspaces, settings, API keys, billing, admin — captured to a dual-persistence trail: structured logs plus an append-only audit table the application cannot rewrite.

PillarReviewed 05 Jul 26

Data minimisation

Logs scrub email addresses, JWTs, API keys, webhook secrets and bearer tokens before they leave the process. PII never reaches error telemetry; transaction tracing samples at 10%.

Under load — the operational numbers
3.

Concurrent pipeline runs per tenant — fair scheduling; no tenant can starve another.

9.

Alert rules with cooldown windows — circuit-breaker trips, 5xx error spikes and RLS violations page a human.

100%

Error events captured — every exception reaches telemetry, scrubbed first.

0.

PII leaves the server un-scrubbed — redaction runs in the logger and the telemetry layer both.

Every upstream AI provider sits behind a circuit breaker — a provider outage fails over, queues, or returns a clean error · numbers re-checked against source 05 Jul 26

Likeness rights — asked plainly

Real faces get their own section.

The AI Imagery feature can put a real person — a client’s founder, a team member — into generated scenes. That deserves more than a marketing line, so here is exactly how consent, storage and deletion work.

What does “consent on file” actually mean?

A person cannot be added without an explicit consent confirmation — the create request is rejected without it, and the system records who confirmed and when, permanently attached to the person’s record. Said plainly: it is an auditable record of the confirmation, not a stored legal release. The agency remains responsible for holding the person’s actual permission; the platform makes the moment auditable.

Can a person be removed?

Two levels. Pause stops the person appearing in any future generation but keeps their record so previously created artwork still resolves. Delete (admin-level) removes the person’s record and their reference photos from both the database and file storage. Individual photos can also be deleted one at a time.

Do reference photos ever leave the workspace?

They are stored workspace-scoped under row-level security — no other client, and no other tenant, can reach them. At generation time, reference photos are transmitted to the AI image provider to render the scene, under provider terms that exclude training on customer content. We won’t say “they never leave” — that would be false. They leave for exactly one purpose, and they are not kept.

Whose photos can be uploaded?

People who have given the agency their permission — that is what the consent confirmation asks you to affirm, per person, before any photo is accepted. Five reference photos per person, angle-slotted, capped. We test the feature on our own founder’s face — the standard is: comfortable enough to use it on ourselves.

Said plainly — what we don’t claim
The absences, stated
  • No SOC 2 or ISO 27001 certification. We don’t hold one and won’t imply otherwise. If that changes, the changelog says when.
  • No uptime-percentage theatre. We publish mechanisms — circuit breakers, alerting, fair scheduling — not a decorative number we haven’t earned the history to quote.
  • MFA is available on every account, not enforced on yours. TOTP two-factor is built in and one screen away; our own admin access requires it. Yours is your policy call.
  • No enterprise SSO yet. Accounts authenticate with email/password, magic link, Google or LinkedIn — SAML/OIDC single sign-on doesn’t exist here today, and this page won’t pretend it does.
Privacy principles — four sentences
We do not train models on your content. Your data is excluded from AI-provider training under their enterprise terms. Restated from the privacy policy, qualifier included
You own your data. Export anything, anytime — the full-archive export is self-serve.
We do not sell, rent, or share customer data. Subprocessors are named in the privacy policy.
Nothing is pooled across tenants. Brand assets, voice DNA, knowledge bases, people and master prompts are workspace-scoped.

The sheet is signed

Audit us before you trust us.

Bring this page to your security review — or write to security@luminarworks.com and ask the awkward questions directly. The answers come from the people who wrote the middleware.

Start with 2,000 free credits Read the privacy policy

No card · No trial countdown · No per-client fees

luminarforge.
LinkedIn-native today · Instagram & Facebook rolling out
Features
AI Pipeline Voice DNA Campaigns Templates AI Imagery Publishing SEO Hub AI Suggestions
This page
The audit sheet Likeness rights Privacy policy Changelog
Catalogue
The print room Pricing Compare Start free Log in
Company & legal
Contact Terms Privacy Cookies

The audit sheet — every claim re-checked against source or platform configuration on the printed review date; provenance chips separate code-verifiable mechanisms from platform-account configuration; two numbers from the previous version of this page were corrected against code and logged in the changelog. The likeness-rights section matches the consent, deletion and generation-time behaviour as implemented. © 2026 Luminar Works.