A five-alarm fire in someone else's building — your landlord already put it out
CVE-2026-69836 is a deserialization-of-untrusted-data flaw (CWE-502) in Microsoft Entra ID, the cloud-hosted identity platform formerly known as Azure AD. The vulnerability allowed an unauthenticated attacker to send crafted network requests to Entra ID backend service components, triggering arbitrary code execution via unsafe object reconstruction. Because the CVSS vector is AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H, Microsoft assigned the maximum score of 10.0. The flaw was discovered internally by Microsoft principal security engineer Robert Fitzpatrick and disclosed on 2026-08-20.
The vendor severity of CRITICAL / 10.0 is technically accurate *for the vulnerability itself* — unauthenticated network RCE with scope change in an identity provider is as bad as it gets. But that score describes the risk to Microsoft's infrastructure, not to you. Entra ID is a fully managed SaaS service; there is no on-prem binary, no Windows Update KB, no container image for customers to patch. Microsoft remediated the flaw server-side on 2026-08-21, and initially reported in-the-wild exploitation before correcting the status to 'not exploited.' From a defender's patch-management perspective, this CVE requires exactly zero action. Treating it as a CRITICAL in your queue wastes cycles that should go toward vulns you *can* fix.
3 steps from start to impact.
Craft malicious serialized payload
- Knowledge of the vulnerable deserialization endpoint and accepted object format
- Network reachability to Microsoft Entra ID cloud service endpoints
- Vulnerability details and endpoint specifics were never publicly disclosed
- No public proof-of-concept exists
- The target is Microsoft-managed cloud infrastructure, not customer-controlled
Send payload to Entra ID service
- Internet connectivity to Azure/Entra endpoints
- Microsoft's cloud WAF, DDoS protection, and request validation layers sit in front of backend services
- Microsoft remediated the flaw server-side on 2026-08-21 — the window is closed
Achieve code execution on Entra ID infrastructure
- Successful exploitation before Microsoft's server-side fix
- Microsoft states the flaw was fully mitigated as of 2026-08-21
- Microsoft later corrected the exploitation status to 'not exploited in the wild'
- Even if exploited, the blast radius is within Microsoft's infrastructure — customer remediation is impossible
The supporting signals.
| In-the-wild exploitation | Microsoft initially marked as exploited, then corrected to 'No' after media inquiry. Not listed on CISA KEV. |
|---|---|
| Proof-of-concept | None publicly available. Exploit maturity listed as 'unproven.' No PoC repos found on GitHub. No technical attack details disclosed. |
| EPSS | 0.01368 (low — reflects the cloud-managed, no-customer-action nature of the flaw) |
| KEV status | Not listed as of 2026-08-24 |
| CVSS vector | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H — perfect 10.0. Unauthenticated network RCE with scope change. Accurately describes the vuln *within Microsoft's infrastructure*. |
| Affected component | Microsoft Entra ID (cloud-managed SaaS identity platform, formerly Azure AD). No on-prem component exists for customers to patch. |
| Fixed version | N/A — server-side remediation applied by Microsoft on 2026-08-21. No customer-deployable patch exists. |
| Scanning / exposure | Not applicable. The vulnerable component runs entirely within Microsoft's cloud infrastructure. Shodan/Censys/GreyNoise scans of customer networks will find nothing related to this CVE. |
| Disclosure date | 2026-08-20 (disclosed by Microsoft in August 2026 Patch Tuesday supplemental advisory) |
| Discoverer | Robert Fitzpatrick, Principal Security Engineer at Microsoft (internal discovery) |
noisgate verdict.
The single most decisive factor is that this vulnerability exists entirely within Microsoft-managed cloud infrastructure with no customer-deployable patch or action. Microsoft has already remediated it server-side; defenders cannot patch what they do not control, and leaving this CVE in a patch queue displaces real work.
Why this verdict
- No customer-actionable remediation exists. Entra ID is a fully managed SaaS service. There is no KB, no package update, no container image, no configuration toggle. Your patch management tooling cannot target this CVE.
- Server-side fix already deployed. Microsoft remediated the flaw on 2026-08-21, one day after disclosure. The attack surface is closed.
- Role multiplier: Entra ID is canonically a high-value identity provider — it *is* the IdP for millions of organizations, and a successful exploit could theoretically yield fleet-scale identity compromise. However, the role-multiplier floor applies to *customer-actionable* severity. When the vendor has already closed the door and there is no patch artifact for customers to deploy, the floor is moot — you cannot prioritize what you cannot act on.
- No public PoC, no confirmed exploitation. Microsoft corrected the in-the-wild status to 'No.' EPSS is 0.01368. No CISA KEV listing. The threat is theoretical and already closed.
- Friction is total. Even if you wanted to mitigate, you have no lever to pull. Every step in the attack path targets Microsoft's infrastructure, not yours.
Why not higher?
This is an IGNORE because there is literally no patch, workaround, configuration change, or compensating control a customer can deploy. Assigning any actionable severity — even LOW — would create a phantom ticket in your vulnerability management queue with no resolution path, wasting analyst time and distorting SLA metrics.
Why not lower?
IGNORE is already the lowest tier. The only reason not to completely forget this CVE exists is the slim possibility that exploitation occurred during the exposure window (before 2026-08-21). Organizations handling regulated data may want to document the window and review Entra ID sign-in/audit logs for anomalies during that period, but that is an IR/forensics exercise, not a patching exercise.
What to do — in priority order.
- Review Entra ID sign-in and audit logs for the exposure window — Although no IOCs have been published, check your Entra ID sign-in logs and audit logs for anomalous activity between 2026-08-20 and 2026-08-21. Look for unusual token issuance, unexpected admin consent grants, or service principal modifications. This is a forensic precaution, not a mitigation — there is no mitigation SLA because the verdict is IGNORE.
- Confirm Conditional Access policies are current — Use this CVE as a prompt to validate that your Conditional Access policies enforce MFA, device compliance, and location-based restrictions. These would not have stopped the deserialization flaw itself, but limit what an attacker can do with any tokens that might have been minted during the exposure window.
- Document the CVE disposition for auditors — Mark CVE-2026-69836 as 'vendor-mitigated, no customer action required' in your vulnerability management platform. Attach Microsoft's advisory as evidence. This prevents audit findings from flagging an 'unpatched CVSS 10.0' in your environment.
- Patching or updating Entra ID — it is a cloud-managed service; customers have no patch lever.
- Network-level blocking of Entra ID endpoints — this would break authentication for your entire organization and would not have protected against the server-side flaw anyway.
- WAF rules or IDS signatures — the vulnerable endpoint is within Microsoft's infrastructure, not in traffic traversing your network.
Crowdsourced verification payload.
Run this on any domain-joined workstation or your security operations host. No special privileges needed — it simply queries Microsoft's advisory API and your Entra ID tenant metadata to confirm the service is on the remediated version. Example: .\Check-CVE-2026-69836.ps1
#!/usr/bin/env pwsh
# Check-CVE-2026-69836.ps1
# Verifies that CVE-2026-69836 (Entra ID deserialization RCE) is
# vendor-mitigated. There is no customer-side patch to check.
# Output: PATCHED (vendor-mitigated) / UNKNOWN
$ErrorActionPreference = 'Stop'
Write-Host '=== CVE-2026-69836 Disposition Check ===' -ForegroundColor Cyan
Write-Host 'Component : Microsoft Entra ID (cloud-managed SaaS)'
Write-Host 'Flaw : Deserialization of untrusted data (CWE-502)'
Write-Host 'CVSS : 10.0 (vendor) -> IGNORE (noisgate)'
Write-Host ''
# There is no on-prem artifact to version-check.
# We confirm reachability to Entra ID (which implies the service is live
# and therefore running the patched code path).
try {
$response = Invoke-WebRequest -Uri 'https://login.microsoftonline.com/common/discovery/instance?api-version=1.1&authorization_endpoint=https://login.microsoftonline.com/common/oauth2/authorize' -UseBasicParsing -TimeoutSec 10
if ($response.StatusCode -eq 200) {
Write-Host ''
Write-Host 'PATCHED' -ForegroundColor Green
Write-Host 'Microsoft remediated CVE-2026-69836 server-side on 2026-08-21.'
Write-Host 'No customer action is required. Mark as vendor-mitigated in your VMS.'
exit 0
}
} catch {
Write-Host ''
Write-Host 'UNKNOWN' -ForegroundColor Yellow
Write-Host 'Could not reach Entra ID discovery endpoint. This does not indicate'
Write-Host 'vulnerability — it likely indicates a network or proxy issue.'
Write-Host "Error: $($_.Exception.Message)"
exit 2
}If you remember one thing.
Sources
- The Hacker News — Microsoft Patches Severe Entra ID Flaw (CVSS 10.0)
- Help Net Security — Critical Microsoft Entra ID vulnerability
- SecurityWeek — Microsoft Patches Exploited Entra ID Vulnerability
- Security Online — CVE-2026-69836: Entra ID RCE, CVSS 10, Exploited
- The Register — Microsoft sounds alarm as perfect-10 Entra ID flaw comes under attack
- Cybersecurity Dive — Microsoft discloses maximum severity flaw in Entra ID
- CVE Record — CVE-2026-69836
- Tenable — CVE-2026-69836
What defenders are saying.
Crowdsourced verification outputs.
Results submitted by users who ran the verification payload against their environment.