Domain Scout

Security

Last updated: August 6, 2026 · Effective: August 6, 2026

What we actually have in place, and what we do not

Our Commitment to Security

Domain Scout is a small operation, and we would rather describe our security accurately than impressively. This page sets out the controls we actually run, and names the places where we rely on a provider rather than on something we built.

Where we do not have something, we say so on this page rather than leaving you to assume otherwise.

Core Security Features

Encryption in Transit and at Rest

Traffic between your browser and our servers is encrypted with TLS 1.2 or better , negotiated by our hosting providers. Data at rest is encrypted by Supabase , our database provider. This is not end-to-end encryption: our servers and Supabase can read your data in plaintext in order to run the service.

  • TLS 1.2+ for data in transit
  • Encryption at rest provided by Supabase
  • HTTPS enforced on all endpoints, with HSTS

Secure Authentication

Passwords are hashed with per-user salts by Supabase , our authentication provider. We also support Google OAuth 2.0 so you can sign in without a password at all. Rate limiting slows brute-force attempts.

  • Salted password hashing, managed by Supabase
  • Google OAuth 2.0 integration
  • Rate limiting: 5 login attempts/minute
  • Signed session tokens delivered in an HttpOnly cookie
  • Email verification for new accounts

Infrastructure Security

Our backend runs on Fly.io and our frontend is hosted on Cloudflare Pages . Cloudflare fronts the site and provides DDoS protection and a global edge network.

  • Cloudflare DDoS protection
  • Security response headers set at the edge
  • Database backups managed by Supabase

Privacy by Design

We never sell your personal information , and we aim to honour the rights GDPR and the CCPA give you. Our Privacy Policy lists every third party that receives your data and is explicit about what we have not built yet.

  • No data selling to third parties
  • Every data processor named in the Privacy Policy
  • Account and data deletion on request, by email, handled manually
  • No automated retention or purge job — nothing is deleted on a schedule

Operational Security Practices

Monitoring

We want to be straightforward here: we do not run a real-time security monitoring or alerting service, and there is no on-call rotation. What exists is the ordinary application and request logging produced by our hosting providers, plus a health check on the backend. If you spot something wrong, telling us is genuinely the fastest way we will find out.

Application Security

Our application implements multiple layers of security controls to protect against common web vulnerabilities and attacks.

  • Rate Limiting (auth): Registration 3/minute, login 5/minute, password-reset requests 3/hour, password-reset confirmations 10/hour, email verification 10/hour, verification resends 5/hour
  • Rate Limiting (API): 5 requests/minute on the free tier, 120/minute on paid tiers, 100/minute for signed-out visitors
  • CSRF Protection: SameSite cookies and double-submit token validation
  • SQL Injection Prevention: Parameterized queries via the Supabase client
  • SSRF Protection: User-supplied alert webhook URLs are validated against internal and link-local address ranges before we call them
  • XSS Protection: Output escaping plus a Content Security Policy. Note that our CSP currently allows 'unsafe-inline' in script-src , which meaningfully weakens it as an XSS defence, so we do not present the CSP as our primary protection against XSS
  • Security Headers: X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Permissions-Policy, HSTS

How Your Data Is Kept Separate

We would rather describe this accurately than dress it up. Our backend connects to the database with a service-role credential, which means database-level row security is not what keeps one account's data away from another's. Separation is enforced in application code: every query that touches your records is scoped to your user ID.

  • Per-user scoping applied in the application layer on every read and write
  • No role-based permission tiers within a customer account
  • No audit-log table — we do not keep a durable record of administrative access

Data Protection & Backups

Your data lives on Supabase managed infrastructure, and database backups are handled by Supabase under the terms of our plan with them. We do not operate a separate backup system of our own, and the backup frequency and retention window are whatever Supabase provides — so we do not quote a number here that we cannot independently verify.

Third-Party Security

We carefully vet all third-party service providers and ensure they meet our security standards and compliance requirements.

  • Supabase: SOC 2 Type II certified, GDPR compliant
  • Stripe: PCI DSS Level 1 certified
  • Cloudflare: SOC 2 Type II, ISO 27001 certified
  • Fly.io: SOC 2 Type II certified

Secure Development Lifecycle

Security is integrated into every phase of our development process, from design to deployment and monitoring.

  • Dependency vulnerability scanning on every change and weekly: pip-audit and safety for Python, npm audit for the frontend
  • Secret scanning with TruffleHog on every change, to catch credentials committed by mistake
  • Code review with security focus
  • Automated backend and frontend test suites, plus end-to-end browser tests, run in CI

We do not currently run static application security testing (SAST) in CI, and we do not have automated dependency-update pull requests configured.

Compliance & Certifications

Domain Scout itself holds no security certification. We have not undergone a SOC 2 audit or any equivalent third-party assessment, and we do not claim one. What follows is what is actually true.

  • We aim to honour the rights the GDPR and the CCPA give you. Our Privacy Policy explains how to exercise them and is explicit about the gaps
  • Infrastructure providers (Supabase, Cloudflare, Fly.io) are SOC 2 Type II certified
  • Data processing inquiries: support@domainscout.co

Responsible Disclosure

We value the security research community and encourage responsible disclosure of security vulnerabilities. If you discover a security issue, please report it to us and we'll work with you to resolve it. We do not run a paid bug bounty programme and do not offer rewards.

Safe harbour: If you make a good-faith effort to follow the guidelines below, we will not pursue or support legal action against you for your research, and we will treat your report as an authorised contribution to the security of our systems. If a third party brings action against you for work that stayed within these guidelines, we will make that authorisation clear.

Security Contact: support@domainscout.co

Response: This mailbox is monitored by a small team, not a 24/7 rota. We aim to acknowledge critical reports within one business day and all other reports within three

Scope: domainscout.co and *.domainscout.co

  • Provide detailed description of the vulnerability
  • Include steps to reproduce the issue
  • Allow us reasonable time to fix before public disclosure (90 days)
  • Do not exploit the vulnerability beyond proof-of-concept
  • Do not access, modify, or delete user data

Related Policies & Resources

For more information about how we protect your data and privacy, please review our related policies:

Loading interactive experience…