How Henosis keeps customer data safe
Written to be accurate to our current implementation, not aspirational. Where a control is on the roadmap, we say so. Built for review by your IT and compliance teams.
What we do, in plain language
The full document is in the PDF; the headline controls are below.
Database-enforced isolation
Every tenant-scoped table has PostgreSQL Row-Level Security enabled. Tenant membership is checked at the database from the verified session JWT: a request for another tenant’s data is denied by Postgres, not by application code.
Encryption in transit and at rest
TLS 1.2+ on every connection. AES-256 at rest for data, backups, and storage. Third-party integration credentials get an additional layer of AES-256-GCM encryption with the key held outside the database.
Tightly scoped human access
Production access is restricted to the two founders. Role-based authorization is enforced at the database, not trusted from the client. A role-gated internal support path is recorded in audit logs.
Reviewed, automated change management
All changes land on a dev branch via pull request; production is promoted only by reviewed PR with a security-focused review. Every schema change is a version-controlled migration applied solely by CI, no manual production DDL.
Audit logging and monitoring
Security-relevant and data-change events are written to a tenant-isolated audit log with a strict insert policy. E-signature actions have a dedicated audit trail. Operational logging plus error monitoring (Sentry) drive detection and diagnostics.
Honest about what’s next
SOC 2 (Type I, then Type II), independent penetration testing, MFA, SSO, enforced CSP, and sub-24-hour point-in-time recovery are all on a transparent security roadmap. We don’t claim controls we don’t have.
Sub-processors
The third-party services that process personal data on our behalf. All US-based. Customers receive advance notice of material changes per the DPA.
| Sub-processor | Purpose | Location |
|---|---|---|
| Supabase | Database, auth, storage, edge functions | US (AWS us-west-1) |
| Vercel | Frontend hosting & CDN | Multi-region (US origin) |
| Stripe | Billing & payments (PCI DSS Level 1) | US |
| Resend | Transactional & marketing email delivery | US |
| Nylas | Per-user email send/sync + engagement tracking | US |
| OpenAI | AI features (prompt processing) | US |
| Sentry | Error tracking & diagnostics | US |
Security FAQ
The questions vendor security reviews ask most often. If your team uses a formal questionnaire (SIG Lite, CAIQ, or your own), send it and we’ll complete it directly.
Where is the application hosted and where is data stored?
Fully managed US cloud. Frontend on Vercel (CDN/edge, US origin); database, auth, storage, and serverless functions on Supabase, hosted in AWS US West (Oregon, us-west-1). No on-premise or customer-managed components.
Is the database exposed to the internet?
No. It is reached only through authenticated, Row-Level-Security-enforced APIs. There is no public/direct database access.
Is this single-tenant or multi-tenant?
Logical multi-tenant with isolation enforced at the PostgreSQL layer (Row-Level Security), not just in application code. A request for another tenant’s data is denied by the database.
Is data encrypted in transit and at rest?
Yes. TLS 1.2+ in transit (HTTPS enforced); AES-256 at rest for data, backups, and storage (provider-managed). Third-party integration credentials are additionally encrypted at the application layer with AES-256-GCM using a key held outside the database.
Do you store payment-card data?
No. Stripe (PCI DSS Level 1) handles all card data. We store only billing metadata (plan, seat count, last-4, status).
How do users authenticate? Is MFA available?
Email + password via managed auth with signed, short-lived JWT sessions. Enforced password policy: ≥10 characters with upper, lower, number, and special character. MFA is not generally available today; it is on our near-term roadmap.
Do you support SSO (SAML/OIDC)?
Not today. SSO is on our enterprise roadmap; we can discuss timeline if it’s a requirement for your deployment.
Who at Henosis can access customer data?
Production access is restricted to the two founders. A role-gated internal support path exists for troubleshooting and is recorded in audit logs. There is no ad-hoc production database access; all changes go through reviewed source control and CI.
How are changes deployed to production?
All changes via pull request to a dev branch; production (main) is promoted only by reviewed PR with a security-focused review. Schema changes are version-controlled migrations applied solely by automated CI/CD, no manual production DDL.
How do you protect against common web vulnerabilities (OWASP Top 10)?
Parameterized queries (no string-built SQL), schema-validated inputs (Zod), default output encoding (React) against XSS, field-allowlisted data imports (no mass assignment), rate-limited public endpoints with server-issued tokens, and secrets held in provider secret stores (not in source).
Are you SOC 2 certified?
No, not currently. We are establishing the operational controls now and target SOC 2 Type I post-funding. We will share attestation when available, under NDA.
Have you had a third-party penetration test?
Not yet. We perform internal OWASP-Top-10 security reviews (code review, taint analysis, dependency audit) and have remediated the findings from our most recent cycle. An independent third-party pen test is planned as part of our SOC 2 program; we will share the summary under NDA when complete.
Are you GDPR/CCPA compliant? Is a DPA available?
We support GDPR/UK GDPR (lawful bases declared, data-subject rights, US-transfer safeguards) and CCPA/CPRA (no sale/share for cross-context advertising). A DPA incorporating EU Standard Contractual Clauses is available on request. HIPAA/GLBA do not apply; we process no PHI or financial-account data.
Who owns customer data and can we get it back?
You own all data you input; Henosis processes it only to provide the service. You can export your data (CSV/Excel) at any time. On termination, a 30-day export window applies, after which data is deleted (backups age out on their normal cycle).
Are there backups and disaster recovery?
Yes: automated, encrypted daily backups managed by the database platform. Enhanced point-in-time recovery (sub-24-hour RPO) is a near-term hardening item on our security roadmap.
Is there an audit trail?
Yes. Security-relevant and data-change events are written to a tenant-isolated, strict-insert audit log; e-signature actions have a dedicated audit trail (actor, IP, user-agent, timestamp). Operational logging and error monitoring (Sentry) support detection and diagnostics.
What is your breach-notification commitment?
We will notify affected customers and regulators as required by law ( within 72 hours of becoming aware where GDPR applies), including the nature of the incident, data involved, and remediation. A formalized incident-response runbook is being finalized as part of launch readiness.
Security roadmap
We’re an early-stage company. Here’s what isn’t in place yet, in roughly priority order.
- SOC 2 Type I (then Type II): target post-funding; controls are being put in place now.
- Independent third-party penetration test: part of the SOC 2 program; summary shared under NDA when complete.
- Multi-factor authentication (MFA): near-term roadmap.
- SSO (SAML / OIDC): enterprise roadmap.
- Content Security Policy (enforced mode): HSTS, frame, content-type, referrer, and permissions policies are enforced today; CSP is in monitored rollout.
- Point-in-time recovery (sub-24h RPO): near-term hardening on the production database.
- Customer-configurable data-retention controls: roadmap.
Need the DPA, a SIG/CAIQ response, or more depth?
We respond directly to security questionnaires and share additional documentation under NDA on request. The Privacy Policy and Terms of Service cover the legal side.
v0.1 self-prepared overview, 2026-05-19. Accurate to the Henosis codebase as of this date.