Banking and capital markets
Account numbers, routing details, and customer identifiers are tokenized before any model call, with fail-closed enforcement when inspection cannot complete.
Data sovereignty · Regulated AI · Self hosted
A customer-hosted control point that inspects every prompt, file, and tool payload before it leaves the trust boundary — classifying regulated data, tokenizing or blocking it under policy, and writing encrypted audit evidence that regulators can actually read.
System architecture
The gateway is a reverse proxy you run yourself. Prompts enter in plaintext, leave tokenized, and return rehydrated for the authorized user. Policy, token mappings, and audit evidence never cross the boundary.
Live control console
Screens captured from a running deployment under live enforcement. Sensitive values appear only as masked previews and stable token references, never as recoverable content.
Where it fits
Every industry below maps to a policy template that ships with the gateway, so the enforcement contract starts from a recognised regulatory baseline rather than an empty configuration file.
Account numbers, routing details, and customer identifiers are tokenized before any model call, with fail-closed enforcement when inspection cannot complete.
Claims, underwriting notes, and policyholder correspondence carry dense personal data. Detection runs on prompts, attached files, and tool payloads alike.
Protected health information is classified and removed at the boundary, so clinical and research teams can use commercial models without exposing patient records.
The entire inspection, tokenization, and evidence path runs on infrastructure the agency controls, which keeps residency and sovereignty commitments verifiable.
Primary account numbers are tokenized and sensitive authentication data is blocked outright, keeping model usage outside the cardholder data environment.
Pseudonymization at the boundary supports data minimization arguments, and every decision is recorded as evidence rather than asserted in a policy document.
Compliance coverage
Each framework below is expressed as concrete gateway behaviour — what is detected, what happens to it, and what evidence survives. The emblems are original marks used to identify the framework, not certification seals.
Protected health identifiers are detected and removed before disclosure, technical safeguards are enforced in the request path, and encrypted audit records support breach-notification analysis.
Primary account numbers are tokenized rather than transmitted, sensitive authentication data such as CVV is blocked outright, and the audit trail never stores recoverable card content.
Pseudonymization at the boundary supports data-minimization and purpose-limitation obligations, and per-request evidence gives data protection officers a defensible processing record.
Non-public personal information is classified and contained before it reaches a third-party model, giving the safeguards programme a technical control rather than a written promise.
Third-party model usage becomes an inspected, logged, and reversible flow, which is the evidence examiners expect for outsourced technology and vendor risk review.
Fail-closed enforcement means an inspection failure stops the request instead of leaking data, and the encrypted evidence store supports ICT incident reporting timelines.
Compliance note: these are technical control mappings that support a compliance programme. They do not by themselves certify legal compliance with any regulation — formal certification remains the responsibility of the deploying organisation. Framework names belong to their respective owners; the emblems shown here are original marks drawn in this site's own style for identification only.
Technology foundation
Inspection sits in the latency budget of every request, so it is written in Rust. Policy, evidence, and operations change slowly and need durability, so they live in a Go service backed by PostgreSQL.
Solution fit
A no-training clause is an assurance you cannot verify and cannot show an examiner. The gateway makes the same guarantee structural: regulated content is detected, tokenized, and evidenced before a request is ever permitted to leave the network.
Sensitive entities are detected and tokenized at the boundary, so the request leaving your network carries no regulated content. Because tokenization is reversible inside the boundary, the authorized user still receives a complete answer.
Every decision writes encrypted, masked evidence that survives the configured retention window, so an examiner can be shown what was inspected, what was contained, and exactly when it happened.
Versioned regulatory templates ship with the product, so the control set starts from a reviewed baseline instead of an empty configuration file and a professional-services engagement.
| Capability | Typical market approach | Sovereign AI Gateway |
|---|---|---|
| How data is protected | A contractual no-training, no-retention commitment from the model provider. | Regulated content is detected and tokenized before the request leaves the boundary, so there is nothing sensitive to retain. |
| Behaviour on failure | Inspection failures fail open so that traffic keeps flowing. | Fail-closed by design: an inspection failure stops the request instead of leaking data. |
| Usefulness after redaction | One-way redaction leaves the model reasoning about placeholder text. | Tokenization is reversible inside the boundary, so the authorized user receives a complete, usable answer. |
| Audit evidence | Plaintext request logs, where they are kept at all, with short retention. | Encrypted, masked evidence for every decision, retained for the configured window. |
| Getting to a policy | An empty configuration file plus a professional-services engagement. | Versioned regulatory templates covering the major regimes, shipped with the product. |
| Cost of adoption | Replace the coding assistants your developers have already chosen. | Sits in front of existing tools, so teams keep the assistants they use today. |
| Where it runs | Multi-tenant SaaS in the vendor’s chosen region. | Customer-hosted Kubernetes with Kustomize overlays, inside your own jurisdiction. |
Comparison note: the market column describes the default posture of provider-hosted assistants and one-way DLP redaction rather than any named vendor product. Control mappings support a compliance programme; they do not replace legal certification, which remains the responsibility of the deploying organisation.
Related systems
Metric note: containment, latency, entity coverage, and decision-mix figures are measured on a running deployment enforcing the financial-services policy template. They describe that configuration and workload, and will vary with policy, payload size, and infrastructure.
Discuss data sovereignty, boundary architecture, and regulated deployment.