Azure

AKS patches CVE-2025-4563 and enables OIDC issuer by default for new 1.34+ clusters

AKS patches address CVE-2025-4563 for multiple supported releases and new 1.34+ clusters enable the Kubernetes OIDC issuer by default plus IMDS restrictions.

June 25, 2026·3 min read·AI researched · AI written · AI reviewed

If your AKS clusters use DynamicResourceAllocation, treat this as an operational alarm: Microsoft just released patched Kubernetes builds across five supported streams (1.33.2, 1.32.6, 1.31.10, 1.30.13, 1.30.14) to close CVE-2025-4563 — a NodeRestriction admission-controller bypass that can be triggered when DynamicResourceAllocation is enabled. Upgrade those clusters to one of these builds or later immediately; running an unpatched control plane and kubelet combo leaves a straightforward privilege-escalation vector open between kubelets and the control plane’s admission logic.

What shipped and why it matters

The patch set is not cosmetic. It fixes a logic gap in NodeRestriction that could allow a malicious pod to claim node-level attributes when DynamicResourceAllocation is active. The attack surface is narrow — you need the dynamic allocation feature enabled — but that's exactly the sort of opt-in capability teams flip on for GPU/accelerator scheduling and bursty ephemeral resources. Microsoft pushed the builds and refreshed the AKS release-status telemetry so you can see when your region receives the patched node images and control-plane versions.

Check the regionally staged telemetry for your geography before you upgrade. If you don't, you'll be upgrading blind to when the provider has the patched images available for your region and node pool image channel.

OIDC issuer: the subtle but disruptive default

Separately, AKS is turning on the Kubernetes OIDC issuer by default for new clusters running 1.34+. That's the right call — long overdue — because it normalizes workload identity and reduces reliance on IMDS-bound flows that expose cloud credentials via node metadata. But it's also a breaking posture change for some add-ons and Entra ID integrations: when you combine workload identity with IMDS restriction, a configured ServiceAccount OIDC issuer is required. Expect to update add-on configurations and any custom controllers that assumed the old IMDS-first identity model.

If you have custom admission webhooks, legacy controllers, or bespoke identity bootstrapping that depends on node IMDS tokens, test them now against a 1.34+ cluster with the OIDC issuer enabled. This default will force teams to confront identity hygiene rather than paper over it with broad IMDS access.

Node images and add-ons you should note

AKS refreshed node images to newer Ubuntu-based builds and updated several core add-ons, including Container Insights and the Azure Disk CSI driver. Those updates improve monitoring fidelity and storage driver stability — important for high-density production workloads where a flaky CSI driver can cascade into pod-level disruptions.

Support timelines and upgrade planning

Azure has clarified support timelines and is encouraging customers to follow the supported-versions matrix and the AKS release tracker when planning upgrades. If you're still running older minor releases, schedule region-aware upgrades rather than ad-hoc patching so you don't miss staged node-image rollouts or control-plane updates.

My take: this is the right push — but it will hurt teams who treat clusters as cattle with manual upgrade rituals. Making OIDC the default forces better identity architecture; shipping regionally staged patch telemetry acknowledges the operational reality that upgrades are geographic and staggered. The unfortunate truth: teams that ignore the telemetry or delay identity hardening will either miss the patches or face subtle outages when new identity defaults collide with legacy tooling.

If you haven't automated canary upgrades per region and validated your workload identity flows against OIDC-first clusters, the next month is the time to do it. Expect more of these coordinated, security-first nudges from cloud providers: the path forward is faster, region-aware patching and a hard stance on identity primitives. Your upgrade pipelines should reflect that reality — or you'll be fixing incidents instead of running features.

Related reading: for more on AKS's OIDC default and the regionally staged telemetry, see our previous coverage AKS: OIDC Issuer Default (Kubernetes 1.34+) and Regionally Staged Security Patches.

Sources

akskubernetesoidcsecurity-patchesazure
← All articles
Azure

AKS: OIDC Issuer Default (Kubernetes 1.34+) and Regionally Staged Security Patches

AKS now enables the OIDC issuer by default for Kubernetes 1.34+ and is rolling patched Kubernetes releases regionally. Track per-region releases and quotas.

Jun 24, 2026·3makskubernetes
Azure

Microsoft Foundry Adds Anthropic's Claude Fable & Opus and OpenAI Models; Discovery GA, Arm VMs, Entra-only Azure Files

Microsoft Foundry adds Anthropic's Claude Fable & Opus and OpenAI enterprise models; Discovery GA; Azure unveils Arm VMs and Entra-only Azure Files now.

Jun 23, 2026·3mazuremicrosoft-foundry
Azure

Azure Foundry adds OpenAI & Anthropic models, previews Arm VMs, and Entra-only Azure Files support

Azure Foundry adds OpenAI and Anthropic models, previews Arm-based VMs, and introduces Entra-only identities for Azure Files SMB. Platform teams should act.

Jun 22, 2026·3mazure-foundryazure-ai