Trust is a product decision before it is a marketing one. Dataviz connects to live customer databases, so every architectural choice we make is anchored to a small set of principles: read-only by design, store the recipe not the ingredients, defence in depth, and isolation by default. This page is where we keep our work honest — what we shipped, what we're still building, and what an enterprise security team would need to evaluate us properly.
Production · 99.7% uptime · 2 months
Current status, including in-progress items. If your security team asks for a SOC 2 Type II or pen test report before they're complete, we provide: (a) the current security whitepaper, (b) a written attestation of the controls in place, and (c) a target completion date.
| Framework | Status | Notes |
|---|---|---|
| GDPR | Compliant (core controls) | DPA available on request; SCCs in place via AWS and Supabase. |
| DPDP Act 2023 (India) | Compliant (core controls) | Grievance officer designated. |
| OWASP Top 10 | Addressed | AWS WAF Managed Rule Sets + application-layer controls (3-stage SQL validation, prompt-injection defence, RLS isolation). |
| SOC 2 Type II | In progress — Q3 2026 | Controls in place; engaged with auditor for the formal assessment. Type I report expected Q2 2026, Type II following the observation window. |
| External penetration test | In progress | Scoped engagement underway covering the API surface, NL2SQL pipeline (prompt injection + SQL validation), and tenant isolation. Summary findings will be made available to prospective customers under NDA when complete. |
| ISO 27001 | Not pursued yet | We will revisit once we close five enterprise customers — the cost-to-value math gets clear at that scale. |
We store the recipe (the SQL we generate), not the ingredients (the rows your database returns). Query results pass through the system to your browser and are not persisted. Cache entries have configurable TTLs and auto-evict.
We cannot modify, insert, or delete data in your database. This is enforced at three independent layers: the LLM system prompt, the SQL validator (sqlglot AST parsing), and the database connector itself. Even if all three were bypassed, we ask you to provide a read-only database user.
Every customer's data is separated by Row-Level Security at the PostgreSQL layer. The audit log uses RLS policies with USING (false) on UPDATE and DELETE — even our own application cannot modify history. A dedicated test suite verifies isolation across 15+ tables on every release.
Network: CloudFront + WAF + TLS 1.2+. Application: rate limiting, security headers, prompt-injection scanning. AI: 3-stage SQL validation (syntax → schema → EXPLAIN). Credentials: AES-256-GCM in Supabase Vault, decrypted only at query time, every access audited.
We notify customers at least 30 days before adding or replacing a sub-processor. Customers may object in writing within 15 days, and we will work to resolve the objection or offer a path to terminate the affected service.
| Sub-processor | Purpose | Region | Compliance |
|---|---|---|---|
| Supabase | Database, authentication, storage, vault | AWS-managed | SOC 2 Type II, GDPR |
| Amazon Web Services | Compute (EC2), CDN (CloudFront), AI (Bedrock), WAF | ap-south-1 (Mumbai), us-east-1 | SOC 2, ISO 27001, GDPR |
| Twilio | WhatsApp messaging | US | SOC 2, GDPR |
| Slack Technologies | Slack bot integration | US | SOC 2, ISO 27001 |
All Documents
Inquiries & Support
Security issues
Sales & contracts