Database backup strategy is defined
Why it matters
A database without automated backups means a single corruption event, accidental deletion, or infrastructure failure permanently destroys every user record with no recovery path. NIST SP 800-53 CP-9 (System Backup) and ISO 27001:2022 A.8.13 mandate backup procedures as baseline controls. Supabase's free plan provides no automated backups — a fact that many vibe-coded projects never discover until after data loss. The absence of backups is not a theoretical risk: accidental table drops, failed migrations, and ransomware attacks all produce irreversible data loss without a tested restore procedure.
Severity rationale
Critical because a single database corruption or accidental deletion with no backup means permanent, unrecoverable loss of all user data, violating NIST CP-9 and ISO 27001:2022 A.8.13.
Remediation
Establish an automated backup schedule and verify it by performing a test restore before launch.
-- Supabase: automated daily backups on Pro plan
-- Verify at: Supabase Dashboard > Settings > Database > Backups
For Supabase free plan users, schedule supabase db dump -f backup-$(date +%Y%m%d).sql via a daily cron job or GitHub Actions workflow, storing dumps in a separate geographic region (S3, Backblaze B2). For Neon, PlanetScale, or AWS RDS, confirm your plan tier includes point-in-time recovery. A backup you have never restored is an untested backup — restore to a staging environment at least once before launch to confirm the procedure works.
DetectionPro
The detection method for this pattern is part of AuditBuffet Pro.
The full method (what to look for, pass and fail conditions, and how results get reported) ships inside the Pre-Launch Checklist Audit. The pattern definition, severity rationale, and remediation remain openly licensed under CC-BY-4.0.
External references
- nist:rev5 · CP-9 — System Backup
- iso-27001:2022 · A.8.13 — Information backup
- iso-25010:2011 · reliability.recoverability
- soc2:2017 · A1.2 — Environmental protections, backup, and recovery infrastructure
- soc2:2017 · CC7.5 — Incident recovery
Taxons
History
- 2026-04-18·v1.0.0·Initial import from pre-launch·automated
- 2026-07-06·v1.0.1·Add SOC 2 TSC mapping (A1.2, CC7.5) from the verified compliance crosswalk register (docs/compliance/).·by soc2-mapping-enrichment-ship-2