Security

Last updated:

1. About this page

This page states what AgentDoor actually does today. We hold no third-party certifications — no SOC 2, no ISO 27001 — and this page says so rather than leaving the question open. Everything below is checkable against the running production system; where a control is absent, it is listed as absent.

2. Current state of the service

AgentDoor is launching soon; today the site accepts early-access sign-ups. The vendor “door” features and the buyer request flow are disabled in production by a server-side flag — those URLs return 404, not a login wall. The only personal data the service currently holds is waitlist email addresses.

3. Transport and browser hardening

  • All traffic is served over HTTPS with HSTS (max-age=63072000, two years).
  • X-Content-Type-Options: nosniff — no MIME sniffing.
  • X-Frame-Options: SAMEORIGIN — the site cannot be framed by another origin (clickjacking).
  • Referrer-Policy: strict-origin-when-cross-origin — full URLs are not leaked to third-party sites.
  • Permissions-Policy: camera, microphone, geolocation and the payment API are all denied.
  • Content-Security-Policy is not set today. It is planned; we list it here as missing rather than implying coverage we do not have.

4. Where data lives, and who can reach it

  • The database is Supabase (PostgreSQL) in the Tokyo region, ap-northeast-1; hosting is Vercel (US).
  • Row Level Security is enabled on every table.
  • The waitlist table accepts INSERT from the anonymous key and nothing else — it cannot be read back with that key.
  • Door tables are reachable only with the service-role key, which exists only on the server; the browser cannot query them directly. The one exception is read access to already-published doors.
  • Accounts use Supabase Auth with httpOnly cookie sessions. Tokens are never placed in localStorage, so an XSS bug cannot walk off with a session.

5. Payment data

We do not currently sell anything or accept payments. When billing starts, card data will not pass through our servers — the payment provider handles it directly. We will not store card numbers.

6. Product-specific safeguards

  • Disclosure gate: a vendor's agent answers only from sources that vendor explicitly approved. Revoking a source immediately invalidates cached answers derived from it, not just future ones.
  • Every answer carries its citations, and a question the approved sources cannot answer returns a refusal rather than a guess.
  • The site-ingestion crawler is SSRF-guarded: https/http only, standard ports only, IP literals and localhost / .local / .internal rejected, every hostname resolved before connecting and refused when it points at a private, loopback or link-local address (cloud metadata included), and redirects followed one hop at a time with the same checks on each hop.
  • Page count, payload size and request timeouts are all capped during ingestion.

7. Subprocessors

The processors that handle personal data on our behalf:

ProcessorPurposeLocation
Supabase, Inc.Waitlist (email) database storage and authenticationUnited States (data stored in the Tokyo region, ap-northeast-1)
Resend (Plus Five Five, Inc.)Email delivery (waitlist confirmation and operator notification, door-owner answer notifications)United States
Vercel, Inc.Website hosting / analytics (Vercel Web Analytics, cookieless)United States
Stripe, Inc.Payment processing for paid plans (from launch; no payments are accepted today)United States
Anthropic, PBCAI response generation for the door feature (from launch; what is sent is the answer content, under a no-training configuration)United States
Google LLCTraffic analytics (Google Analytics 4). Loaded only after cookie consentUnited States
Microsoft CorporationBehavioural analytics for site improvement (Microsoft Clarity: session recordings and heatmaps). Loaded only after cookie consentUnited States

8. Operations — and what we do not have

  • Changes reach production through an automated pipeline; only commits that pass type-checking and a full build are promoted.
  • Dependency vulnerabilities are picked up by automated scanning and scheduled updates.
  • The database (Supabase) runs on the Pro plan, which takes automatic daily backups; the last 7 days of them are retrievable (Supabase's published spec, checked 2026-08-25).
  • We hold no third-party security certification (SOC 2, ISO 27001 or equivalent).
  • No third-party penetration test has been performed.
  • There is no 24/7 monitoring rota and no formal incident-response SLA yet.
  • Point-in-Time Recovery — the paid add-on that restores to any chosen second — is not enabled. Recovery granularity is therefore one day, not one transaction.
  • No restore drill has been performed. Backups being taken and a restore actually working are two different facts, and only the first is established.

9. Reporting a vulnerability

Please report vulnerabilities to contact@agent-door.com, with reproduction steps if you have them. There is no bug bounty at this stage, but every report gets a reply and a status update on the fix, and we are glad to agree a disclosure timeline with you.

Contact: contact@agent-door.com