Security Questionnaire (SIG Lite)
Last updated: 2026-06-01
Vendor: DLTD, Inc. · Product: DLTD Business
This document is DLTD’s pre-filled response to the Shared Assessments Standardized Information Gathering (SIG) Lite questionnaire, intended to streamline vendor risk reviews for prospective Business customers. Answers reflect the production posture of the DLTD platform as of the date above. For any item flagged “Customer-specific” or for a full SIG Core response, contact security@dltd.app.
Does the organization have a documented enterprise risk management and information security governance program?
Has the organization published an information security policy, and is it reviewed at least annually?
Is there a defined organizational structure for information security with clear roles and responsibilities?
Are security responsibilities, controls, and procedures communicated to relevant personnel?
Does the organization classify data based on sensitivity and apply appropriate handling controls?
Are background checks performed on personnel with access to confidential customer data, where permitted by law?
Are physical access controls in place to protect facilities housing systems that process customer data?
Are environmental controls (fire suppression, climate control, power redundancy) in place at processing facilities?
Is customer data encrypted at rest and in transit using industry-standard algorithms?
- In transit: TLS 1.2 or higher on all customer-facing endpoints, with HSTS enforced.
- At rest: AES-256 at the database storage layer (Supabase / AWS managed encryption). Sensitive fields including Google OAuth access and refresh tokens, and child-profile identifiers, are additionally encrypted at the application layer using Supabase Vault with per-user keys.
- Key management: Encryption keys are managed by AWS KMS via Supabase. Keys are never co-resident with the data they protect.
Are backups of customer data performed, encrypted, and tested?
Are anti-malware, intrusion-detection, and vulnerability-monitoring controls in place across the production environment?
Are authentication and authorization controls in place, including password requirements and multi-factor authentication?
- End-user authentication: provided by Supabase Auth. Passwords are hashed and salted using bcrypt. OAuth single sign-on is supported. MFA is available to all Business tier users and can be enforced organization-wide by the Customer administrator.
- Authorization: every customer-data table enforces PostgreSQL Row-Level Security keyed to the authenticated user’s identity. Users can read only rows they own. Business administrators have additional scoped access to seats on their organization only.
- Personnel authentication: all DLTD personnel access to production systems requires MFA. Access is granted on a need-to-know basis and revoked same-day on offboarding.
Does the organization follow a secure software development lifecycle (SDLC)?
- All code is managed in version control with mandatory code review prior to merge to production branches.
- Automated dependency-vulnerability scanning and static analysis run on every push.
- Secrets are managed exclusively through Vercel and Supabase secret stores; no secrets are checked into source control. Secret scanners run on every commit.
- Production deploys go through a CI/CD pipeline; ad-hoc production changes are not permitted.
- Security-relevant changes (auth, encryption, RLS policies) require review by the engineering lead before merge.
Is there a documented incident response plan, and are personal-data breaches communicated to customers in a timely manner?
Is there a business continuity and disaster recovery plan, and are recovery objectives defined and tested?
- RTO (recovery time objective): four (4) hours for full-region failure.
- RPO (recovery point objective): fifteen (15) minutes, backed by Postgres point-in-time recovery.
Has the organization obtained third-party security and privacy attestations (SOC 2, ISO 27001, HIPAA, etc.)?
- SOC 2 Type II: In progress, targeting completion in Q4 2026. SOC 2 Type I is the prior step and is being completed in advance.
- GDPR: Aligned to GDPR Article 28 processor obligations. A standard Data Processing Addendum incorporating Module Two of the EU Standard Contractual Clauses for international transfers is available at dltd.app/business/dpa.
- CCPA / CPRA: Compliant. DLTD also acts as Authorized Agent under California Civil Code § 1798.135 for end-user opt-out-of-sale and deletion requests submitted to data brokers via the Services.
- HIPAA: DLTD does not currently sign Business Associate Agreements (BAAs). The Services are not intended for the processing of Protected Health Information.
- ISO 27001: Not currently certified.
- PCI DSS: DLTD does not store or transmit cardholder data. All payment card processing is performed by Stripe, which is PCI DSS Level 1 certified.
Is there a published privacy policy, and is there a process for handling data-subject rights requests?
Where is customer personal data stored, and what cross-border transfer mechanisms are in place?
Cross-border mechanisms. For Customer Personal Data subject to the GDPR, UK GDPR, or Swiss FADP, DLTD relies on the EU Standard Contractual Clauses (Commission Decision (EU) 2021/914, Module Two — Controller-to-Processor) and, where applicable, the UK International Data Transfer Addendum, both incorporated by reference into the DLTD DPA at dltd.app/business/dpa.
Does the organization perform due diligence on sub-processors and other third parties with access to customer data?
What sub-processors does DLTD use to deliver the Services, and what is each one responsible for?
| Vendor | Purpose | Location |
|---|---|---|
| Supabase | Managed Postgres, auth, edge functions — primary store of Customer Personal Data | US |
| Vercel | Next.js web hosting and edge networking | US |
| Stripe | Web and Business subscription billing; PCI DSS Level 1 | US |
| Resend | Transactional email delivery | US / EU |
| Google APIs | Gmail metadata API for Inbox Audit (headers and labels only) | US |
| Anthropic API | LLM for optional summarization in the Business admin dashboard; not used for training | US |
| RevenueCat | iOS subscription entitlement management for App Store billing flows | US |
DLTD does not currently use any analytics, advertising, or session- replay vendors that would expose Customer Personal Data. Product analytics is collected via a self-hosted PostHog instance.
What cloud-deployment model is used, and what tenancy / data-isolation controls are in place?
Tenancy and isolation. Logical tenancy. All customer rows live in shared Postgres tables and are isolated by PostgreSQL Row-Level Security policies keyed to the authenticated user’s identity. Business administrators are additionally scoped to seats assigned to their organization.
Customer-managed encryption keys (BYOK): not currently offered. AES-256 encryption at rest uses provider-managed keys (AWS KMS via Supabase). Application-layer Vault encryption uses per-user keys for highly sensitive fields.
Data residency. US by default. Region-pinned EU storage is on the 2026 roadmap and is not yet available; if EU residency is a hard requirement, contact security@dltd.app.
Customer offboarding. On termination, Customer Personal Data is returned or deleted per Section 12 of the DPA, with backup purge within thirty (30) days.
Customer-Specific Items
The following items depend on Customer configuration or scope and are not pre-fillable. Contact security@dltd.app to confirm:
- Customer-specific SLAs (uptime guarantees, support response times) — included in the Master Services Agreement when negotiated.
- Custom data-residency or tenancy commitments beyond the defaults in Q21.
- Customer-specific log retention or export commitments beyond the DLTD standard.
- BAA execution for HIPAA-covered Customers (not currently supported; see Q16).
- Customer-supplied penetration test or independent audit beyond the rights in Section 10 of the DPA.
Contact
Security questionnaire follow-ups, due diligence requests, and BAA inquiries: security@dltd.app. Privacy and DSAR coordination: privacy@dltd.app. Acknowledgement within two (2) business days.