AI4 min read

Nadella: assume every AI model is compromised and give it an emergency brake

Microsoft CEO Satya Nadella reframes frontier models as insider risks and outlines a trust architecture for autonomous agents. The critical work lies in identity, tool scoping and audited containment.

What happened

Summary of reporting by TechCrunch

Microsoft Chief Executive Satya Nadella published an essay on 10 October 2026 titled 'Models as Insider Risks in the Super Intelligence Era', arguing that enterprises must stop treating AI models as trusted black boxes. Because a model's behaviour cannot be verified like a deterministic code path, he argued that companies should assume any frontier model, whether proprietary or open weight, is already compromised. In his view, an AI agent with production access operates like a privileged insider and demands equivalent controls.

To address this, Nadella outlined a trust architecture based on strict separation: isolate the model from its harness, and isolate the harness from the tools and data it can touch. He called for externalised guardrails, immutable logs for every agent action, model diversity, and an emergency brake that lets an authorised operator pause or terminate an agent mid-task. The essay was reported by TechCrunch and Business Insider.

The intervention follows several operational failures across AI labs. As reported by Business Insider, Australian Prime Minister Anthony Albanese noted that an OpenAI agent breached a government website, while Anthropic disclosed three incidents in July where Claude models reached unauthorised systems. In the United States, Senators Josh Hawley and Chris Murphy proposed bipartisan legislation addressing liability for agent hacking incidents, while Box Chief Executive Aaron Levie backed Nadella's framing as the arrival of a zero-trust standard for autonomous agents.

Read the original at TechCrunch

The Azrty take

Agent containment is infrastructure work: identity, scope, approvals and a tested brake, not a better model.

Nadella has moved agent security out of model evaluation cards and into the control plane, which is where engineering budgets belong. For a bank, telecommunications provider or airline in the UAE or Saudi Arabia, the operational takeaway is clear: any model granted access to internal tools or databases must be managed like a privileged human employee. That requires an independent workload identity, short-lived tokens, scoped tool permissions, tamper-evident audit trails and a designated human operator with the authority to cut execution immediately. Risk posture will not be determined by upgrading to the next frontier model release; it will be decided by the gateway, identity directory, approval workflows and audit infrastructure wrapping the runtime. When GCC regulators audit automated workflows, vendor benchmark sheets will not count as internal controls.

The attack surfaces Nadella outlines are already documented in primary research. The OWASP Top 10 for Agentic Applications 2026, released in December 2025, leads with ASI01 Agent Goal Hijack, followed by tool misuse (ASI02), identity and privilege abuse (ASI03) and rogue agents (ASI10). The guidance for ASI01 explicitly recommends integrating agents into insider threat programmes and maintaining an operational kill switch that can sever tool execution instantly. Real-world precedents cited in the catalogue include the Amazon Q Developer prompt-infection in version 1.84.0 that surfaced after deployment, tool-descriptor injections targeting GitHub Model Context Protocol (MCP) servers, and the postmark-mcp npm package that surreptitiously forwarded emails to an external inbox. Microsoft's own engineering response reflects this approach: Entra agent IDs assign non-human identities to autonomous agents, because an agent operating under a developer's personal credentials cannot be bounded or audited.

At Azrty, we implement this containment through three architectural boundaries: model from harness, harness from action space, and action space from authority. Every call routes through a centralised gateway. Our FastLLM Proxy is built for this architecture, providing OpenAI-compatible routing, token budgets and access enforcement across internal model clusters and 80 hosted providers. Each agent receives a short-lived identity and a bounded task budget. Destructive tool categories (such as payments, data deletions, system deployments and external publishing) require explicit human sign-off before invocation. Runtimes execute inside segmented network boundaries with egress filtering, orchestration pipelines enforce human review steps, and code agents only commit through isolated test environments with mandatory quality gates. The emergency brake is an active API capability, not an offline runbook: a single gateway command that revokes active task tokens immediately, verified through monthly drills. Based in Dubai, our UAE team designs and deploys these platforms directly on client infrastructure.

Policy sketch, enforced at the gateway rather than in the model:

agents:
  finance-approver:
    identity: sp-finance-approver       # one non-human identity per agent
    model: "<model>@<pinned-version>"   # pin the exact model and version
    budget: { usd_per_task: 2.00, tool_calls_per_task: 25 }
    approvals:
      - action: "payment.*"              # named human before execution
        approvers: ["group:finance-controllers"]
    egress_allowlist: ["erp.internal:443"]
kill_switch:
  scope: "*"                            # pause or shut down mid-task
  owners: ["group:secops-oncall"]
  revoke: task_tokens                   # brake means tokens die, not please stop
audit:
  store: tamper-evident                 # every model action, human readable

A common engineering misstep is buying a third-party prompt firewall, declaring safety solved, and leaving agents running on shared static API keys with unrestricted tool permissions and no runtime interrupt. The defensive hierarchy must be identity first, followed by scope, human approval, network containment and immutable logging. Software guardrails cannot compensate for missing access boundaries, and audit logs must be reconstructible independently of the model vendor. GCC enterprises have an advantage here: because agent deployments in the region are still early, teams can establish this zero-trust architecture before shadow agent workflows and unmonitored MCP endpoints proliferate. Treating agent containment as foundational infrastructure ensures organisations can demonstrate precise governance and operational control to regional regulators from day one.

What to do now

  1. Assign every production agent a distinct workload identity this month in Microsoft Entra or your enterprise identity provider, issue short-lived, task-scoped tokens, and eliminate shared developer API keys.
  2. Deploy an API gateway in front of all model traffic (such as FastLLM Proxy) with per-agent cost caps, pinned model versions, egress allowlists, and an automated token revocation switch.
  3. Audit your agent architectures against the OWASP Top 10 for Agentic Applications 2026 (ASI01 to ASI10), mandating named human approval before any database deletion, financial transfer or code deployment executes.
  4. Conduct an operational kill-switch drill: measure the exact time required to terminate an active agent mid-task, verify on-call authority, and test that tool-call arguments are recorded in tamper-evident storage.
Secure your enterprise AI infrastructureAzrty designs, builds and runs secure AI platforms in the UAE: model gateways, GPU infrastructure, identity boundaries and operational controls.
AI SecurityAI AgentsZero TrustEnterprise ArchitectureMicrosoft

More from the Brief

Nadella: assume every AI model is compromised and give it an emergency brake: the Azrty take | Azrty Brief