Security at NeverTrust.ai
last updated · 16 July 2026
1. Architecture: your content stays on your device
The NeverTrust agent inspects AI traffic locally, on the device where it runs. Request and response content is scanned by an embedded machine-learning model that ships inside the agent binary. Full request and response bodies are never transmitted to our servers.
What reaches the management portal is metadata: classification scores, event types, device identifiers, and timestamps. Flagged security events may include short content snippets (up to 512 characters) to give reviewers context; organisation administrators can disable snippets entirely. The agent's local certificate-authority private key is generated on the device and never leaves it.
2. Encryption
All traffic between the agent, the portal, and your browser is encrypted in transit with TLS. Data at rest, including the database and stored objects, is encrypted using AWS-managed encryption. Secrets used by our infrastructure are stored in AWS Secrets Manager, not in code or configuration files.
3. Tenant isolation
Every organisation's data is isolated by row-level security policies enforced in the database itself, beneath the application code. Partner organisations see only their own tenants; standard organisations see only their own data. Cross-organisation access is limited to our vetted internal administrative tooling.
4. Authentication
Portal sign-in uses email magic links. We do not store passwords. Sessions are bound to HMAC-signed cookies with a four-hour lifetime, and agent API access uses per-device keys stored only as SHA-256 hashes. Public endpoints are rate limited per IP address.
5. Payment security
All card handling goes through Stripe Checkout and the Stripe Customer Portal, both hosted by Stripe. Card numbers never touch NeverTrust.ai servers or our browser application code.
6. Data retention
Security events are purged on a schedule: unreviewed events after 30 days, reviewed events after 90 days. When an organisation is deleted, its data enters a 30-day grace period and is then permanently removed. See the Privacy Policy for the full retention schedule.
7. Subprocessors
We use a small set of infrastructure providers to deliver the Services. The same list appears in our Data Processing Agreement.
| Provider | Purpose | Location |
|---|---|---|
| Amazon Web Services, Inc. | Application hosting, database hosting, and object storage | United States (data processed in Asia Pacific, Sydney) |
| Supabase Inc. | Authentication and database tooling | United States |
| Cloudflare, Inc. | Edge network, DDoS protection, and TLS termination | United States |
| Stripe, Inc. | Payment processing, subscription billing, and invoicing | United States |
| Resend Inc. | Transactional and marketing email delivery | United States |
| Google LLC | Website analytics (Google Analytics 4) | United States |
8. Compliance posture
We do not currently hold third-party certifications such as SOC 2 or ISO 27001. Our controls are documented on this page and contractually committed in our Data Processing Agreement. Enterprise customers with specific compliance requirements can talk to us about their needs.
9. Reporting a vulnerability
We welcome coordinated disclosure. Report suspected vulnerabilities to [email protected] with enough detail to reproduce the issue. We will acknowledge your report, keep you informed of progress, and credit you if you want credit. Please do not access other customers' data or degrade the service while testing.