/ legal · security
Security Overview
One page, for procurement and security review. Questions: security@inferrex.com.
At a glance
- Tenant isolation — enforced in the database, not only in application code.
- Encryption — in transit and at rest, on every tier, never a paid add-on.
- Residency — EU by default, UK available, and sovereign or air-gapped inside the customer's own boundary.
- Access — customer sign-in through their identity provider; staff access is two independent layers.
- Evidence — an append-only audit trail, and a certificate when data is deleted.
- Inference — Inferrex's own models. No external model on a sovereign or air-gapped deployment.
The sections below are the same facts, written for a review.
Tenant isolation
Every tenant-scoped table is protected by PostgreSQL row-level security, enforced at the
database — not only in application code. Isolation is verified with cross-tenant probe
tests as part of the platform's release checks.
Encryption
- In transit: TLS on every external surface; internal service-to-service traffic runs
over a private ingress path that is not internet-routable.
- At rest: Azure storage-level encryption for the database and object storage;
customer connection credentials are additionally envelope-encrypted per tenant before
storage.
- Encryption is baseline across every deployment tier — it is never a paid add-on.
Access control
- Customer sign-in via Microsoft identity (MFA delegated to the identity provider);
sovereign deployments own their identity end-to-end (SAML/OIDC).
- The admin surface sits behind Cloudflare Zero Trust Access and staff identity —
two independent layers.
- Secrets live in Azure Key Vault with purge protection; services access them through
managed identities. CI deploys authenticate with OIDC federation — no long-lived cloud
keys in the pipeline.
Edge protection
Cloudflare fronts every public surface: WAF, bot management, and DDoS absorption at the
edge. Origin infrastructure accepts traffic only through an authenticated tunnel — there
is no directly internet-routable origin.
Monitoring & incident response
Platform health alerts page the operator through independent Azure and Cloudflare
signals, and every alert also feeds status.inferrex.com — a public status page that
probes the platform from outside its own infrastructure every two minutes.
Data lifecycle
- Point-in-time database restore is standing (managed PostgreSQL).
- Deletion produces a verifiable deletion certificate; audit trails are append-only.
- Data residency: EU (Azure West Europe) by default, UK available; sovereign and
air-gapped deployments keep all data inside the customer's boundary.
AI processing
Models are Inferrex's own, served inside Inferrex's infrastructure. Training uses
structural metadata only (field names, types, shapes) — never customer record content —
and per-tenant contribution is off by default, opt-in per the DPA. The only external
AI provider is an off-by-default emergency fallback (see Sub-processors), never enabled
for sovereign or air-gapped deployments.
Development practice
The platform is generated from declarative manifests with CI gates on every change:
type checks, test suites, generated-artifact drift checks, and schema migrations that
are append-only and reviewed. Every deploy ships one immutable version across all
services together.

