Sovereign AI inference. Zero cross‑border data leakage.
Your prompts stay in their jurisdiction. Every time.
YTT Secunet routes AI requests by jurisdiction, enforces GDPR and EU AI Act residency rules, and signs a cryptographic proof for regulators.
- EU-hosted control plane
- Signed Merkle receipts
- Azure EU & AWS Sovereign ready
- Zero data retention
Residency verified
Policy eu-gdpr-strict allowed only EU endpoints. IBAN pseudonymized locally. Inference ran in Frankfurt; Paris held as in-EU failover.
- endpoint
- de-fra-az-02
- overhead
- 6.4 ms
- zdr
- true
- merkle leaf
- 9c41e0…a7d2
Routes to
Microsoft Azure
AWS
Google Cloud
Mistral AI
Scaleway
OVHcloud
STACKIT
Swisscom
OpenAI
Anthropic
vLLM
Ollama
Generative AI created an invisible cross-border data transfer loophole.
Your company spent years getting GDPR right. Then an engineering team pointed the product at a US-hosted LLM API. Every customer prompt carrying an employee name, an account number or a diagnosis now crosses a border in real time, and nobody can say afterwards which data center answered it.
European regulators have already shown how they treat unlawful transfers. None of the largest fines below involved a breach. They were about where data went.
EU user data to the US under SCCs · Irish DPC, May 2023
EEA user data to China · Irish DPC, May 2025
Drivers' data to the US, no transfer tool · Dutch AP, Aug 2024
- EUR 20M or 4%
- GDPR ceiling for unlawful international transfers, per Article 83(5)(c)
- Regulation (EU) 2016/679, Art. 83(5)(c)
- EUR 15M or 3%
- EU AI Act ceiling for breaching high-risk and operator obligations
- Regulation (EU) 2024/1689, Art. 99(4)
- EUR 5.88B
- Cumulative GDPR fines, May 2018 to January 2025
- DLA Piper GDPR Fines and Data Breach Survey, January 2025
How it works
Four steps between a prompt and a provable answer.
POST https://eu.yttsecunet.com/v1/chat/completions
X-YTT-Policy: eu-gdpr-strict
X-YTT-Tenant: tenant_de_9481
X-Jurisdiction: EU
{ "model": "gpt-4o", "messages": [{ "role": "user",
"content": "Refund for Jana Weber, IBAN DE89 3704 0044 0532 0130 00" }] }“Customer data is processed in our European regions where available.”
- · Which region answered request 7f3a91? Unknown.
- · Which policy was in force that day? Unknown.
- · Where did failover go during the outage? Unknown.
{
"req": "sha256:3b1f…e09c",
"policy": "eu-gdpr-strict@4.2.0",
"region": "germanywestcentral",
"facility": "FRA-AZ-02",
"tls_sha256": "5e:9a:…:c1",
"zdr": true,
"ts": "2026-11-06T13:42:07Z",
"merkle_root": "44b8f1aa…03ce"
}Regulators don't accept vendor promises. They accept proof.
When a supervisory authority asks where a specific inference ran, most API proxies can only point to a configuration page. YTT Secunet signs every receipt with Ed25519, chains it into SHA-256 Merkle trees with published roots, and records the facility and certificate thumbprint of the endpoint that answered.
Drop-in integration
One base URL. Two headers. Done.
Keep your SDK, your models and your agent code. Change where the request goes, declare the policy, and read the receipt from the response headers.
OpenAI and Anthropic compatible
Chat, embeddings, tool calls and streaming pass through unchanged.
Policy per request or per tenant
Headers override tenant defaults only where your policy allows it.
Receipts in the header
X-YTT-Proof-Signature on every response, streaming included.
# With YTT Secunet: EU-only route and a signed residency receipt
from openai import OpenAI
client = OpenAI(base_url="https://eu.yttsecunet.com/v1")
raw = client.chat.completions.with_raw_response.create(
model="gpt-4o",
messages=prompt,
extra_headers={
"X-YTT-Policy": "eu-gdpr-strict",
"X-YTT-Tenant": "tenant_de_9481",
},
)
receipt = raw.headers["X-YTT-Proof-Signature"]
response = raw.parse()Platform
Six capabilities, one sovereign control plane.
Jurisdiction-aware routing
Route by tenant domicile, user locale or data class, with failover that never leaves the legal boundary.
| Tenant | Data class | Resolved endpoint | Failover |
|---|---|---|---|
| DE · tenant_de_9481 | financial | de-fra-az-02 | nl-ams-aws-03 |
| FR · tenant_fr_2207 | health (HDS) | fr-par-hds-01 | fr-rbx-ovh-02 |
| CH · tenant_ch_0114 | banking secrecy | ch-zrh-az-01 | ch-gva-az-01 |
Policy-as-code
deny contains msg if {
input.tenant.domicile in eea
not input.endpoint.region in eea
msg := "chapter_v_egress"
}OPA and Rego packs for GDPR, UK GDPR, FADP, AI Act, Saudi PDPL.
PII guardrails
Refund for <PERSON_1>, IBAN <IBAN_1>
Mask or pseudonymize before inference. The vault stays in-region.
Merkle residency proofs
Signed receipt on every response, verifiable offline.
Sovereign endpoint registry
- EUAzure · Bedrock · Mistral · Scaleway
- CHAzure · Swisscom
- GCCAzure UAE · Google Dammam
Compliance reports
One export for the auditor: Article 30 records, transfer impact evidence, EU AI Act Annex IV logging evidence, DORA register extracts.
Build a packageJurisdictions
One endpoint. Six legal regimes.
Each tenant inherits the rules of its jurisdiction: allowed regions, PII handling, failover targets and receipt retention.
GDPR Chapter V (Arts. 44 to 49), EU AI Act
European Union
Schrems II made SCCs conditional on supplementary measures. For inference, the cleanest measure is not transferring at all.
- Policy pack
- eu-gdpr-strict
- Failover
- Frankfurt → Amsterdam → Paris. Never outside the EEA.
In-region endpoints
- Azure Germany West Central
- Amazon Bedrock eu-central-1
- Mistral AI (EU)
- Scaleway fr-par
Security snapshot
Built so there is nothing left to leak.
EU-hosted control plane
Frankfurt primary, Paris standby, on EU-headquartered infrastructure.
Zero data retention
Prompts and completions stream in memory. Nothing is written to disk or used for training.
Customer-held keys
Bring your own HSM-backed signing keys on Sovereign Dedicated.
SOC 2 Type II · ISO 27001 · ISO 27701
Reports in the Trust Center. DPA with SCCs and a BAA on every plan.
We handed the receipt export to our lead supervisory authority and the residency questions closed in the first round. That had never happened before.
It was a base_url change. We didn't rewrite our agent backend or open accounts in five clouds, and EU latency dropped because nothing crosses the Atlantic.
How does YTT Secunet reduce US CLOUD Act exposure?
The CLOUD Act lets US authorities compel a provider under US jurisdiction to produce data in its possession, custody or control, wherever it is stored. YTT Secunet narrows what exists to be compelled: prompts and completions stream in memory and are never written to disk, receipts hold hashes rather than content, signing keys can be customer-held in an HSM, and policies can restrict routing to EU-parented endpoints. Sovereign Dedicated runs inside your own VPC with an in-country control plane. YTT SECUNET PRIVATE LIMITED is an Indian company, and we still design for minimal data rather than claiming immunity from any government's access laws.
Which models and sovereign providers are supported?
Any OpenAI-compatible or Anthropic-compatible API: Azure OpenAI in EU, UK, Swiss and UAE regions, Amazon Bedrock regional endpoints including the AWS European Sovereign Cloud, Google Vertex AI regional endpoints, Mistral AI, Scaleway, OVHcloud, STACKIT, Swisscom, and self-hosted vLLM or Ollama clusters. The Sovereign AI Index lists every endpoint we certify.
How much latency does routing add?
Under 8 ms at p99 for policy evaluation, PII handling and receipt minting, measured on YTT Secunet production traffic. For EU users this is usually a net saving: a Frankfurt request that would have crossed to US East pays roughly 80 to 100 ms of round-trip network time before the model even starts.
How do the Merkle proofs work during a DPA audit?
Each response carries an Ed25519-signed receipt naming the policy version, provider region, facility and upstream TLS certificate thumbprint. Receipts are hashed into an hourly SHA-256 Merkle tree whose root is published. Your DPO exports the receipts for the period in question, and the authority runs the open-source ytt-verify tool to check signatures and inclusion proofs without trusting YTT Secunet.
Can YTT Secunet run entirely inside our private VPC?
Yes. Sovereign Dedicated deploys the gateway, policy engine and notary into your Kubernetes cluster or on-prem hardware, with an in-country control plane, customer-held signing keys and an air-gapped option with offline licensing.
What happens if a regional endpoint goes down?
Failover stays inside the jurisdiction the policy allows: Frankfurt fails over to Amsterdam or Paris, never to Virginia. If no in-jurisdiction capacity is healthy, the gateway fails closed with a 503 and a signed denial receipt rather than silently sending the prompt abroad.
Sovereign route ready
Stop risking 4% global turnover GDPR fines on AI inference.
Deploy sovereign, cryptographically proven AI routing in 15 minutes.