Krim

Architecture

Sovereignty is not optional.

Regulated AI has to run inside the institution’s own perimeter. Shipping customer data to a third-party model is a non-starter on the rules and on the risk, and it is the same reason the system can ever learn the whole operation.

By Krim · 9 June 2026 · 6 min read

A sovereign lattice of interconnected nodes, inside one perimeter.

There is a common architecture for enterprise AI: send the data to the model. Call an API, stream the customer record out to a vendor’s endpoint, get an answer back. For a regulated institution handling borrower data, that pattern is not a deployment detail to be negotiated. It is the first thing that fails the review.

The rules draw a perimeter

The law is explicit about where regulated data may go. India’s RBI directed in 2018 that the entire payment data of a system be stored only in India; where processing happens abroad, the data must be brought back within 24 hours. The GDPR’s Article 44 restricts transfers of personal data outside the EU and EEA, permitting them only under specific safeguards. These are not abstractions. They define a perimeter, and any AI that operates on regulated data has to operate inside it. A design that routes customer records to a third-party model has already left the jurisdiction the data was supposed to stay in.

The risk math agrees

Even where a transfer is technically permitted, the exposure is severe. IBM’s 2025 Cost of a Data Breach report puts the global average breach at $4.44 million, with the US at an all-time high of $10.22 million; the financial sector averaged $6.08 million in 2024. The AI-specific findings are sharper still: IBM reports that 97% of organisations that suffered an AI-related breach lacked proper AI access controls, and that “shadow AI”, tools used outside governance, added around $670,000 to the average breach cost. Every external hop is a new boundary to breach, a new processor to trust, a new place the data can leak.

Don’t send the data to the model. Bring the model to the data, and keep both inside the institution’s walls.

Why the constraint is also the capability

Sovereignty reads like a restriction. It is also the precondition for the most valuable thing the system can do. A model that runs inside the perimeter doesn’t just satisfy the data-residency rule. It gets to live where the operation lives. It sees the whole lifecycle: the communications, the servicing events, the hardship cases, the outcomes, on one ledger, over time. That is what lets it learn the operation as a connected whole rather than as a stream of anonymised fragments passed to an outside endpoint.

So the two commitments collapse into one. The architecture that keeps regulated data safe is the same architecture that lets the system understand the business deeply enough to be useful in it. KrimOS is built to run inside the institution’s walls (validated before it acts, smarter after it acts), and it is no accident that those are the same design. Sovereignty isn’t the price of the intelligence. It is the ground the intelligence grows from.

AI that runs inside your walls.

KrimOS lives where your data lives, so it satisfies the residency rule and learns the whole operation in the same move.