Trust Center
Security is not a feature.
It is the architecture.
DevSafe encrypts your code before it leaves your machine. Your keys never touch our servers. Your backups live in your own storage.
What we enforce
Security controls
Need to map these against your vendor questionnaire? Read the pre-filled SIG Lite with all 19 risk domains answered.
- AES-256 authenticated encryption
- Keys created on your machine and never sent to DevSafe
- TLS 1.2 or higher to DevSafe infrastructure and storage providers.
- Encryption at rest on all infrastructure (Supabase)
- HTTPS enforced. No HTTP connections accepted.
- Large repositories supported.
- Encrypted git bundles (git's own export format), not filesystem copies
- Snapshot verification before encryption
- Parameterized queries on all database access.
- CORS locked to devsafe.com only
- Rate limiting on all API endpoints
- Input validation on every request
- Security headers (HSTS, CSP, X-Frame-Options)
- User-generated encryption keys. Never sent to or stored by DevSafe.
- Email and password, magic link, or GitHub OAuth authentication. Optional TOTP multi-factor authentication. Passwords hashed by Supabase Auth, never accessible to DevSafe.
- API key authentication for programmatic access
- Principle of least privilege for all systems
- Role-based access (Owner, Member) for team plans
- DDoS protection via Cloudflare
- Web Application Firewall (WAF)
- Bot detection and blocking
- Immutable deployments with instant rollback
- Private networking between services
- Automated SSL certificate provisioning
- Backups verifiable on your machine, with a proof file you can share with an auditor
- Tamper-evident audit logs
- Backup integrity verified on restore
- Your backups stay in your own storage. No lock-in. Account data export on request.
- Restore with the free DevSafe program and your key, no account needed
- All systems use environment variables for secrets
- No customer data used for training. Ever.
- No advertising or third-party tracking tags in our code (Cloudflare may count visits without cookies)
- Incident response plan documented
- Sub-processor list published and maintained
- GDPR Data Processing Agreement available
Backup verification
Every snapshot is checked before it is encrypted, and you can check any backup is intact and restorable whenever you like. Not "probably fine." Checked.
Run devsafe verify to check a backup is complete, unchanged and restorable, or devsafe restore --verify to test-restore every project into a temporary folder. Both run on your machine.
The free DevSafe program restores them with just your key: no account, no login, no DevSafe server. No vendor lock-in.
Compliance status
Sub-processors
These are the third-party services that may process data on your behalf when you use DevSafe. This list is maintained per GDPR Article 28. We notify customers of changes.
| Provider | Purpose | Data Processed | Location |
|---|---|---|---|
| Supabase | Database, sign-in, server functions | Account details, plan and billing records, project records sent by the signed-in DevSafe program (project names, folder paths, remote addresses, backup sizes, commit IDs, scan findings), signup check records, email list, form entries, Ask Voss questions, server logs | US (EU option) |
| Cloudflare | Website hosting, DNS, DDoS protection, WAF, CDN, SSL/TLS | Visitor request data (IP address, browser headers, pages requested). May count visits with its cookie-free Web Analytics. | Global edge |
| Stripe | Payment processing | Your email address, DevSafe user ID and plan choice; the card details you enter at Stripe checkout (DevSafe never sees card numbers) | US |
| Resend | Email delivery | Email address, email content (including contact form messages) | US |
| Web fonts; team inbox (Google Workspace) | Visitor IP address and browser details (fonts); contact form messages (inbox) | Global | |
| Anthropic | Answers to the Ask Voss box on blog posts | The question typed and the text of the blog post | US |
| jsDelivr | Delivers the sign-in library to browsers | Visitor IP address and browser details | Global edge |
| GitHub | GitHub sign-in, DevSafe downloads, the program's daily update check | GitHub profile basics (GitHub sign-in); IP address and request details | US |
Your data stays yours
Your code and backups are not processed by any sub-processor. Encrypted backups go directly from your machine to your own storage bucket. DevSafe never has access to your encryption keys or your backup contents. If you sign in the DevSafe program, Supabase stores the project records listed above: facts about your projects, not their contents.
How we handle your data
Documents
Questions about security?
We respond within 24 hours.
For security-specific inquiries, responsible disclosure, or compliance document requests, contact the security team.