ax1om is in private beta · real-data testers lock in the founding-member rate for life. Join the beta Already have a code?

Trust

Enterprise-grade security, built on your own data.

ax1om works exclusively with each customer's own first-party CRM data. No external enrichment, no third-party signals, no cross-customer data sharing. That product choice shapes every decision on this page.

Backed by enterprise-grade infrastructure

ax1om runs on providers that hold independent SOC 2 Type II, ISO 27001, ISO 27017, ISO 27018, and PCI DSS Level 1 certifications. Our own SOC 2 Type II audit begins Q4 2026.

  • Google Cloud
    SOC 2 Type II · ISO 27001 · ISO 27017 · ISO 27018
  • Supabase
    SOC 2 Type II
  • Vercel
    SOC 2 Type II · ISO 27001
  • Cloudflare
    SOC 2 Type II · ISO 27001
  • Stripe
    SOC 2 Type II · PCI DSS L1
  • Sentry
    SOC 2 Type II
ax1om compliance
  • SOC 2 Type II Audit Q4 2026
  • GDPR DPA with SCCs available
  • CCPA Compliant as service provider
  • US data residency GCP us-central1 only
01 / Shared responsibility

How we think about compliance today.

ax1om operates under a shared responsibility model with its subservice organizations. Our own SOC 2 Type II audit period begins Q4 2026, with a report expected Q1 2027. In the meantime, customer data is stored and processed on infrastructure that holds independent SOC 2 Type II certifications today, and ax1om operates the application-layer controls (authentication, authorization, PII detection, encryption at the application layer, incident response) that sit above that infrastructure.

The tables below show exactly which controls are inherited from which providers and which are owned by ax1om. This is the honest version of a trust page. We do not claim certifications we do not hold yet.

Last reviewed July 2026

02 / Security domains

What we do, in detail, without the marketing gloss.

01 / Infrastructure
  • Hosted on Google Cloud Platform in us-central1.
  • All services run on Google Cloud Run with automatic scaling and per-request isolation.
  • No self-managed servers or VMs in the customer-data plane. The host infrastructure is secured, monitored, and patched by Google under the shared responsibility model.
  • All customer data is stored and processed exclusively within the United States.
02 / Encryption
  • Data encrypted in transit via TLS 1.2 or higher, enforced at both Cloudflare and Cloud Run.
  • Data encrypted at rest via Google-managed AES-256 encryption.
  • OAuth tokens for Salesforce and HubSpot are encrypted with Fernet symmetric encryption before database storage.
  • Encryption keys stored in GCP Secret Manager, separate from application data.
03 / Authentication and access control
  • JWT-based sessions via Supabase Auth. Google OAuth and email/password supported. MFA available via Google.
  • OAuth 2.0 for Salesforce and HubSpot. Only minimum required scopes are requested.
  • API keys are SHA-256 hashed. Raw keys are shown once at creation and never stored in plaintext.
  • Authentication endpoints are rate-limited to prevent brute-force and credential stuffing, with distinct limits on login, registration, and the OAuth callback.
  • Scoring, chat, and webhook endpoints are rate-limited per API key and per client IP, with standard Retry-After headers.
  • Platform administration requires an explicit admin flag; standard users cannot access admin functions.
04 / Data isolation
  • Every organization's data is logically isolated at the application layer, across both database and storage.
  • Every database query is scoped to the customer organization ID.
  • No cross-customer data access is possible through the API, and cross-tenant access controls are pinned by regression tests.
  • Model artifacts are stored in organization-scoped paths in Google Cloud Storage.
05 / Application security
  • Debug mode is fail-closed in production: the service refuses to start if debug settings are present, backed by an independent runtime guard.
  • Interactive API documentation endpoints are disabled in production.
  • A source-level (white-box) secure code review across all ax1om codebases was completed in July 2026. All critical and high-severity findings were remediated, verified in production, and covered by regression tests.
  • Models bound to live scoring rules cannot be deactivated, archived, or deleted, protecting the integrity of active scoring.
06 / CRM data handling
  • Read-only access to connected CRMs by default. Writeback requires explicit per-field opt-in.
  • CRM data is processed in memory during model training.
  • PII (email, phone, name, address) is automatically detected and stripped from stored model artifacts.
  • Email addresses are domain-extracted and hashed; raw email addresses are never persisted.
  • Phone numbers and names are converted to boolean presence features (has_phone, has_name) and raw values are dropped.
  • The same scrubbing is applied to cached score outputs, and training-run metadata is PII-free by construction. Only aggregated features and scores are persisted long-term.
07 / Data governance and deletion
  • Training-run metadata is recorded in an append-only ledger; the only sanctioned mutation is deletion in service of a GDPR or CCPA erasure request.
  • Organization-level purge, covering score history, prediction records, and run metadata, is implemented and pinned by automated tests.
  • Customer, prospect, and waitlist deletion follow documented runbooks under the Data Retention and Destruction Policy.
08 / AI and machine learning
  • LightGBM gradient boosting: a well-understood, deterministic machine learning method.
  • SHAP feature importances computed for every model and every record.
  • Models are trained per organization using only that organization's data.
  • No cross-customer model training, no federated learning, no shared models.
  • ax1om scores are advisory; they do not autonomously take actions that affect individuals.
09 / Monitoring and observability
  • Sentry SDK captures unhandled exceptions and performance traces in real time.
  • Sentry Uptime probes the API health endpoint every 5 minutes from multiple regions.
  • Application logs routed to GCP Cloud Logging with 30-day retention.
  • Security and availability alerts route to on-call via email and a dedicated operations alert channel, carrying masked identifiers only.
  • A production detection drill in July 2026 measured real alerting latency: an infrastructure alert in under 9 minutes and an error-tracking alert in under 11 minutes.
10 / Vulnerability management and incident response
  • GitHub Dependabot runs weekly dependency updates and raises alerts on newly published advisories across all repositories.
  • CI security gates on every change: Semgrep static analysis (blocking), Trivy container image scanning, and GitGuardian plus gitleaks secret scanning.
  • Critical security patches are applied within 24 hours of confirmed criticality.
  • External penetration testing scoped to OWASP Top 10 and ASVS methodology is planned for Q4 2026.
  • Security incidents are triaged and investigated per the Incident Response Plan, with affected customers notified without undue delay following a confirmed breach.
11 / Business continuity
  • Automated daily database backups with 7-day retention (Supabase Pro), plus point-in-time recovery within the retention window.
  • Google Cloud Storage object versioning is enabled on all model artifact buckets.
  • Google Cloud Run provides automatic scaling with availability-zone redundancy within us-central1.
  • Recovery targets: RTO of 4 hours or less, RPO of 24 hours or less.
  • A production alert-detection drill was executed in July 2026; a backup-restoration drill is scheduled for the same quarter.
03 / Inherited controls

Controls inherited from subservice organizations.

Each provider holds independent SOC 2 Type II reports (or equivalent) available upon request. The SOC 2 criteria column maps to the Trust Services Criteria that the inherited control satisfies.

Control area Provider Compliance SOC 2 criteria
Physical data center security Google Cloud SOC 2 Type II · ISO 27001 · ISO 27017 · ISO 27018 CC6.4, CC6.5
Network infrastructure security GCP + Cloudflare SOC 2 Type II · ISO 27001 CC6.6, CC6.7
Encryption at rest (AES-256) GCP, Supabase SOC 2 Type II CC6.1
Encryption in transit (TLS 1.2+) Cloudflare, Cloud Run SOC 2 Type II · ISO 27001 CC6.7
Database backups and PITR Supabase Pro SOC 2 Type II A1.2, A1.3
Availability zone redundancy GCP us-central1 SOC 2 Type II A1.1
Secrets management encryption GCP Secret Manager SOC 2 Type II CC6.1, CC6.3
DDoS protection Cloudflare SOC 2 Type II CC6.6
Payment processing (PCI DSS) Stripe SOC 2 Type II · PCI DSS L1 CC9.2
Frontend hosting + edge delivery Vercel SOC 2 Type II · ISO 27001 CC6.6
Error tracking and uptime Sentry SOC 2 Type II CC7.2, CC7.3
Email authentication (DKIM/DMARC) Resend (on AWS SES) Reviewed annually CC6.7
04 / Subprocessors

Every third party that touches your data.

Our Data Processing Agreement is pre-executed and takes effect automatically when you create an account. No signature round-trip: download the DPA. Need a countersigned copy for procurement? Email [email protected] and we will return one within two business days. To be notified 30 days before any subprocessor change, request the notification list at the same address.

Subprocessor Purpose Data accessed Compliance
Google Cloud Platform Cloud hosting, compute, storage, secrets Customer CRM data (encrypted at rest) SOC 2 Type II · ISO 27001 · ISO 27017 · ISO 27018
Supabase Pro Managed PostgreSQL database Customer account and CRM data SOC 2 Type II
Vercel Frontend and application hosting Request data to serve our sites SOC 2 Type II · ISO 27001
Cloudflare CDN, DDoS protection, TLS termination, DNS Request metadata only (IP, user-agent) SOC 2 Type II · ISO 27001
Stripe Payment processing Billing and payment data SOC 2 Type II · ISO 27001 · PCI DSS L1
Sentry Error tracking and uptime monitoring Error payloads and request context SOC 2 Type II
Resend Transactional email delivery Email metadata (recipient, subject, send time) Reviewed annually
PostHog Product analytics (first-party events) Product usage events Reviewed annually
Anthropic AI assistant and AI-assisted product features Conversation and analysis context only; never used for model training SOC 2 Type 2
Attio Internal CRM for prospect and waitlist records Prospect contact details, company, source attribution, consent status. No platform customer CRM data ISO 27001:2022
Telegram Internal operational alerts Masked contact identifiers only; no message bodies No DPA offered; mitigated by data minimization
IPinfo Website visitor IP geolocation Visitor IP addresses Reviewed annually
05 / Compliance roadmap

Where we stand, framework by framework.

SOC 2 Type II

In progress

Audit period begins Q4 2026. Type II report expected Q1 2027.

GDPR

Ready

Ready. Pre-executed DPA with Standard Contractual Clauses takes effect at signup.

CCPA

Ready

Compliant as a service provider.

HIPAA

Out of scope

Not in scope. ax1om does not process PHI.

FERPA

Out of scope

Not in scope. ax1om does not process student records.

06 / Get in touch

Need a DPA, a SOC 2 progress memo, or just have a question?

Request documentation, ask about our compliance posture, or submit a vulnerability report. We respond within one business day and acknowledge all good-faith security reports within two.