Security & data handling
Written for the person reviewing Timbre on your behalf. It covers how the platform is built and hosted, who we share data with, and — just as usefully — what we have not done yet.
Read this first. Timbre is a small, independent product and has not completed a SOC 2 or ISO 27001 audit. We do not claim certifications we do not hold. If your procurement process requires an audited report, we are not the right fit today — and we would rather you learn that on this page than three weeks into an evaluation.
Data protection
How data is stored and moved.
Encryption in transit
All traffic is served over HTTPS/TLS. HTTP Strict Transport Security is enabled with a one-year max-age covering subdomains, so browsers refuse to downgrade the connection. The application connects to its database over TLS in production.
Encryption at rest
Database storage and backups are encrypted at rest by our hosting provider (Railway) using platform-managed keys. We do not operate a customer-managed key (BYOK/CMEK) option.
Passwords
Passwords are hashed with bcrypt and never stored or logged in plain text, and are never recoverable — a reset issues a new single-use, time-limited link rather than revealing the old password. Minimum length is 8 characters.
Single sign-on (OpenID Connect)
Available on the Enterprise tier. A Client Administrator connects your identity provider — Google Workspace, Microsoft Entra, Okta, or any other OIDC provider — in Settings, and people sign in from the login page without a Timbre password. The flow is the authorization code flow with PKCE; the identity token's signature, issuer, audience, expiry and per-attempt nonce are all verified, and the session is handed over as a one-time ticket exchanged over POST rather than a token in a URL. The client secret is encrypted at rest under a key separate from the one that signs sessions. Accounts can be created automatically on first sign-in, limited to the email domains you list and never with platform-administrator rights; an existing person's role is never changed by a sign-in. Someone who has enrolled in two-factor sign-in is still asked for it. SAML is not supported.
Two-factor sign-in
Available on every account and every plan, and mandatory for our own platform administrators. An authenticator app (TOTP) is the recommended method; emailed one-time codes are offered as an alternative. Ten single-use recovery codes are issued at enrolment and stored hashed; the authenticator secret is encrypted at rest under a key separate from the one that signs sessions. Emailed codes expire in ten minutes and are void after five wrong attempts. “Remember this device” skips the second step for 30 days on one browser — never the password — and can be revoked for every device at once. Resetting a password does not disable it. We do not use SMS codes.
Data location
Application and database infrastructure is hosted in the United States. If your organisation requires EU data residency, we cannot offer it today.
Access control
Who can reach what, inside your account and inside ours.
Tenant isolation
Every record carries the identifier of the company that owns it, and every query that reads customer data is scoped to the signed-in user’s company. Isolation is enforced in the application layer rather than by database row-level security.
Roles
Four roles with distinct permissions: Super Admin (platform operator), Client Administrator (full access within one company), Campaign Administrator (their own campaigns and subjects), and Survey Subject (no platform login at all). Survey recipients answer through a unique emailed link and never hold an account.
Sessions
Authentication uses signed JSON Web Tokens with a 24-hour lifetime (2 hours for the public demo). Changing a password invalidates the ability to sign in with the old one immediately.
Audit logging
Security-relevant actions — sign-ins, user and role changes, campaign and contact changes, company setting changes — are written to a per-company audit log that Client Administrators can review in the product.
Our access to your data
A small number of operators can access production infrastructure for support and maintenance. We do not access customer survey content except where necessary to resolve a fault you have reported. See how anonymity works for a precise account of what that access could technically reveal.
Application security
Controls built into the platform itself.
Browser hardening
A Content Security Policy restricts which origins may load scripts, styles and frames. Clickjacking, MIME-sniffing and referrer-leak protections are set through standard security headers, and camera, microphone, geolocation, payment and USB access are denied at the permissions-policy level.
Injection resistance
All database access uses parameterised queries — user input is never concatenated into SQL.
Abuse and rate limiting
Sign-in, password reset, signup and the public survey endpoints are individually rate limited, with a general per-IP limit across the API. Signup additionally requires email verification before the account can send any mail, which prevents a new account being used as a relay.
Payment data
Card details are handled entirely by Stripe and never reach Timbre’s servers or database. We store a Stripe customer reference and subscription status only.
Sub-processors
Third parties that may process customer data on our behalf.
| Provider | Purpose | Region |
|---|---|---|
| Railway | Application and PostgreSQL database hosting | United States |
| Cloudflare | DNS, TLS termination, CDN and edge protection | Global |
| Stripe | Payment processing and subscription billing | United States |
| MXroute | Transactional and survey email delivery | United States |
| Anthropic | AI analysis of aggregated survey data (Growth plans) | United States |
AI analysis runs on aggregated, anonymised survey data and is used to generate reports for your account only. Survey content is not used to train models.
What we do not have yet
Stated plainly, so nothing surprises you later.
SOC 2 / ISO 27001
No audited report today, and no penetration test report we can share.
SAML
Not built. OpenID Connect single sign-on is available today on the Enterprise tier — Google Workspace, Microsoft Entra, Okta or any other OIDC provider, with optional automatic account creation for the email domains you allow. If your rollout specifically requires SAML, tell us before you buy.
Signed Data Processing Addendum
A standard DPA is being prepared. If you need one to proceed, contact us — we will work through your paper rather than pretend it exists.
EU data residency
Infrastructure is US-hosted; there is no EU-region option.
Directory sync / HRIS integration
People are added by CSV or Excel import, or individually. There is no automated HRIS sync or public API today.
Reporting a vulnerability
We would much rather hear from you.
Contact
Email [email protected] with details and reproduction steps. We aim to acknowledge within two business days. We will not pursue legal action against researchers who report in good faith, avoid privacy violations and data destruction, and give us reasonable time to fix the issue before disclosing it.