CVSS 10.0 Azure AI Foundry Flaw Exposes GenAI Orchestration to Auth Bypass
Microsoft has resolved a critical remote privilege escalation vulnerability in Azure AI Foundry (formerly Microsoft Foundry), tracked as CVE-2026-85889 with a maximum CVSS score of 10.0. The vulnerability stemmed from missing authentication on a critical administrative function within the platform, enabling an unauthorized, remote attacker over the network to elevate privileges without requiring user interaction. Discovered and reported by security researcher Rémy Marot, the flaw was addressed directly on the cloud control plane by Microsoft, requiring no manual patching or customer-side remediations. Microsoft stated that there is no indication the vulnerability was exploited in the wild.
Azure AI Foundry functions as the centralized hub for building, customizing, evaluating, and deploying enterprise generative AI applications and agentic workflows. A vulnerability scoring a CVSS 10.0 in such an orchestration system carries severe implications. In modern AI architectures, foundational platforms bridge model registries, vector databases, execution environments, and backend microservices. An unauthenticated attacker gaining elevated privileges within this control layer could theoretically manipulate model configurations, access proprietary knowledge stores, hijack automated agents, or pivot into underlying tenant infrastructure, bypassing standard application perimeter controls.
This flaw highlights a broader shifts in application security as organizations transition from standalone SaaS and microservices to integrated AI platform suites. Managing complex toolings—such as prompt flows, autonomous multi-agent systems, and model governance endpoints—exponentially increases the API surface area. When vendors rapidly ship new orchestration features, traditional authorization controls risk falling out of sync with complex multi-tenant workflows. Similar recent vulnerabilities in related platforms like Microsoft 365 Copilot (CVE-2026-85885) and cloud data stores emphasize that cloud AI control planes are becoming the primary target for identity and authorization testing.
Although this server-side patch was applied automatically, DevSecOps and AppSec teams should take actionable operational lessons from this disclosure. Engineering teams managing generative AI workloads must audit the blast radius of their connected identities and service principals. Practitioners should enforce least-privilege scoping on all AI-orchestrated tools, decouple data plane connectors from central platform admin rights, and implement network perimeter restrictions—such as private endpoints and managed virtual networks—around AI model hubs to minimize exposure to unauthenticated network ingress.
Read original source