AI News Feed
Market watch
Policy & Regulation

Anthropic Model Disabling Exposes Digital Sovereignty Gaps, TechRadar Commentary Says

TechRadar commentary: a U.S. export-control order led Anthropic to disable two models, exposing digital sovereignty gaps.

The commentary says thousands of organizations discovered on 12 June that they did not control the AI tools they had built into their businesses. After the U.S. government issued the export-control directive affecting two Anthropic models, Anthropic disabled them for every customer. Access disappeared and then reappeared because of decisions customers neither made nor controlled, according to the commentary.

The author writes that the industry has repeatedly claimed to have had a wake-up call after incidents such as the Cloudflare outage, the CrowdStrike outage, or outages at Meta or AWS, yet has remained reluctant to hold uncomfortable conversations about digital sovereignty. It says companies often discuss data-center locations, regional availability and compliance certificates, and then treat the location of a server in York or New York as proof of a sovereign choice.

That focus misses the point, the commentary argues. If a foreign government can remove a service, an outage can take down an entire business, a vendor can change its operating model, or a proprietary API makes migration economically impossible, the server's location matters little. Data residency is described as a comfort blanket: putting a server in Paris does not make an architecture French. The server is only one part of the system and may not be the most important part.

Sovereignty, according to the commentary, means control over the complete operational chain. That includes infrastructure but also the tools used to provision it, access it, deploy software to it and keep it running. A business can satisfy data-residency requirements while remaining dependent on foreign technology. A compliance box is checked and the organization believes it has reduced risk because data has moved, but the levers governing that data remain in someone else's hands.

The commentary says the control plane matters, as do developer tooling, the source-code platform, identity provider, orchestrator and AI assistant. If any one of them becomes an immovable dependency, the organization is less sovereign than it thinks. The industry has focused on the physical location of servers because it is easy to understand; technical autonomy is harder and requires organizations to examine dependencies they have spent years treating as somebody else's problem.

The author also points to a legal squeeze. Modern enterprises find themselves caught between rules that apply at the same time but do not always point in the same direction. The commentary cites friction between the U.S. CLOUD Act and the EU's GDPR. The CLOUD Act can require U.S.-based technology companies to disclose data under their control even when it is stored outside the United States, while GDPR places strict conditions on transfers of European personal data to third countries and on access by foreign authorities.

For a European company using a U.S.-owned technology provider, the data might sit in Frankfurt while the company operating the service remains subject to U.S. law. If the provider receives a valid demand from U.S. authorities, it may face obligations in one jurisdiction that create legal and regulatory risks in another. The commentary says this is not only a U.S.-EU issue but an example of how residency often comes second to complex legal definitions of data ownership. Enterprises cannot solve international law through architecture, it says, but they can stop making the problem worse by building every critical workflow around one provider, one jurisdiction and one set of proprietary services.

The practical test, according to the commentary, is whether teams could continue building and operating software if their provider disappeared tomorrow. If the answer exists only in a 40-page exit-strategy document that nobody has tested, the answer is no. A genuine exit strategy must be executable, and the business must be able to shift workloads or change providers without bringing operations to a halt. Digital sovereignty, the author writes, means retaining the practical ability to change provider, jurisdiction or deployment model without stopping the business.