A poisoned DHCP packet that turns your IP address vending machine into the attacker's beachhead
CVE-2026-62823 is a heap-based buffer overflow (CWE-122) in the Windows DHCP Server service. An unauthenticated attacker on an adjacent network segment can send a single crafted DHCP packet to trigger the overflow and achieve arbitrary code execution as SYSTEM. All supported Windows Server releases running the DHCP Server role are affected — Windows Server 2016, 2019, 2022, and 2025. The flaw was patched in Microsoft's August 2026 Patch Tuesday (disclosed 2026-08-11) alongside 13 additional DHCP server vulnerabilities rated Important, making this the highest-severity DHCP fix in the batch. Microsoft's Exploitability Index marks it Exploitation More Likely.
Microsoft's vendor score of 8.8 HIGH is defensible but arguably underweights a critical deployment reality: the CVSS vector uses AV:A (adjacent network), which in pure network terms limits the attacker to L2 adjacency. In practice, however, DHCP relay agents (ip helper-address) forward client DHCP traffic from every client VLAN to the DHCP server as unicast — meaning a crafted DHCP packet originating from *any* relay-served subnet reaches the server. This effectively expands the attack surface well beyond "adjacent." Worse, many enterprises co-locate the DHCP role on Active Directory domain controllers, so RCE here can mean immediate domain compromise. The vendor score is reasonable for a standalone DHCP server on an isolated segment; it understates the risk for the common DC-co-located deployment pattern.
4 steps from start to impact.
Attacker gains internal network foothold
- Internal network access on a VLAN with DHCP relay or direct L2 adjacency to the DHCP server
- Requires prior compromise or physical access — not exploitable from the internet
- Network access control (802.1X, NAC) may limit which hosts can join VLANs
Craft and send malicious DHCP packet
- Ability to send raw UDP packets on port 67
- Knowledge of the DHCP server's existence (trivially discoverable via DHCP DISCOVER)
- No public PoC exists as of 2026-08-12, so the attacker needs to develop the exploit from the patch diff
- Heap-based overflows on modern Windows require bypassing Control Flow Guard (CFG) and ASLR, raising the skill bar
Achieve SYSTEM-level code execution on DHCP server
- Successful heap overflow exploitation bypassing CFG/ASLR
- Windows Defender Credential Guard on Server 2025 can protect some credential stores even with SYSTEM access
- Dedicated DHCP servers (not on DCs) limit blast radius significantly
svchost.exe hosting the DHCP service, Windows event logs for service crashes (Event ID 1000/1001 in Application log)Lateral movement or domain compromise
- SYSTEM access on the DHCP server (achieved in step 3)
- Tiered administration models and PAM solutions limit credential exposure on infrastructure servers
- Network segmentation between server tiers can slow lateral movement
The supporting signals.
| In-the-Wild Exploitation | No confirmed in-the-wild exploitation as of 2026-08-12. Microsoft rates it Exploitation More Likely on their Exploitability Index. |
|---|---|
| Proof-of-Concept | No public PoC found on GitHub, Packet Storm, or researcher blogs as of 2026-08-12. The patch diff is less than 24 hours old. |
| EPSS Score | Not yet scored by FIRST (CVE disclosed 2026-08-11, EPSS typically populates within 48–72 hours). |
| KEV Status | Not listed on CISA KEV as of 2026-08-12. |
| CVSS Vector | CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H — Adjacent-network attack, no auth, no interaction, full CIA impact. The AV:A constraint is the sole reason this isn't 9.8. |
| Affected Versions | All supported Windows Server releases with the DHCP Server role enabled: Windows Server 2016, 2019, 2022, and 2025 (all editions). Windows client OSes are not affected. |
| Fixed Versions | August 2026 Patch Tuesday cumulative updates. Specific KB numbers per OS version available at MSRC advisory. |
| Scanning/Exposure Data | DHCP servers are not internet-facing by design (UDP 67/68 is not routable). Shodan/Censys/GreyNoise show effectively zero public exposure. The attack surface is entirely internal. |
| Disclosure Date | 2026-08-11 (Microsoft August 2026 Patch Tuesday) |
| Reporting Researcher | Not publicly attributed. Discovered internally or via coordinated disclosure to Microsoft. |
noisgate verdict.
The single most decisive factor sustaining the HIGH verdict is the role multiplier — DHCP is frequently co-located on domain controllers, where successful exploitation yields domain compromise at fleet scale. The AV:A vector provides meaningful friction (requires internal access) but is substantially weakened by DHCP relay forwarding, which expands reachability to every client VLAN in the enterprise.
Why this verdict
- AV:A with relay expansion: The CVSS vector specifies adjacent-network access, but DHCP relay agents (configured on virtually every enterprise switch) forward crafted packets from remote VLANs to the DHCP server. The effective attack surface is "any host on any relayed VLAN," not just L2-adjacent hosts.
- Role multiplier: Windows DHCP Server is canonically co-located on domain controllers in a significant share of enterprise deployments (estimated 30–50%). RCE as SYSTEM on a DC = DCSync → Golden Ticket → full domain compromise. This sets a verdict floor of HIGH.
- No public PoC, no KEV, patch-day disclosure: The vulnerability was just disclosed; no weaponized exploit exists publicly. Heap overflows on modern Windows (CFG, ASLR) require non-trivial exploit development, buying defenders a window.
- Exploitation More Likely: Microsoft's own Exploitability Index assessment signals they believe this is reliably exploitable, even without a public PoC. This prevents further downgrade.
Why not higher?
A CRITICAL verdict would require either active exploitation, a public weaponized PoC, or a purely network-reachable (AV:N) attack vector. The AV:A constraint, even weakened by relay, still requires the attacker to already have internal network presence — this is a post-initial-access weapon, not an internet-facing entry point. No KEV listing and no PoC further reduce urgency below CRITICAL.
Why not lower?
Downgrading to MEDIUM would ignore the DC co-location reality that affects a large share of Windows DHCP deployments. DHCP relay effectively negates most of the adjacent-network friction. Microsoft's own "Exploitation More Likely" assessment and the zero-auth, zero-interaction, low-complexity attack profile mean this is a reliable post-access escalation path to domain compromise. The blast radius on high-value targets is too severe for MEDIUM.
What to do — in priority order.
- Separate the DHCP role from domain controllers immediately — If DHCP runs on DCs, migrate it to dedicated member servers or deploy Microsoft DHCP failover on standalone hosts. This eliminates the domain-compromise blast radius. Target completion within the noisgate mitigation SLA of 30 days for HIGH-severity findings.
- Enable DHCP snooping and rate limiting on all access switches — Configure DHCP snooping on L2 switches to validate DHCP packets and drop malformed options before they reach the server. Rate-limit DHCP traffic per port. This provides a network-layer shield independent of the OS patch.
- Restrict DHCP relay source VLANs — Audit
ip helper-addressconfigurations and remove relay entries from VLANs that do not need DHCP from the affected server (guest, IoT, lab segments). Reducing the number of source VLANs shrinks the attack surface. - Deploy IDS/IPS signatures for CVE-2026-62823 — Talos has released Snort rules covering August 2026 Patch Tuesday DHCP vulnerabilities. Deploy these on network sensors monitoring traffic to DHCP servers. This provides detection and, in IPS mode, blocking.
- Harden DHCP server hosts with attack surface reduction — Enable Windows Defender Credential Guard on Server 2025 DCs to protect credential stores even if SYSTEM is compromised. Ensure CFG and ASLR are not disabled by third-party software on the DHCP server.
- Perimeter firewall / WAF: DHCP is an internal service — perimeter controls provide zero protection. The attack originates from inside the network.
- MFA / conditional access: DHCP is an unauthenticated protocol by design. There is no authentication layer to enforce MFA on.
- Network segmentation alone (without relay audit): If DHCP relay is configured, segmentation does not prevent the crafted packet from reaching the server — the relay is designed to cross segment boundaries.
Crowdsourced verification payload.
Run this script on each Windows Server host that may have the DHCP Server role installed. Execute in an elevated PowerShell session (Run as Administrator). Example: powershell -ExecutionPolicy Bypass -File .\Check-CVE-2026-62823.ps1
#Requires -RunAsAdministrator
<#
.SYNOPSIS
Checks whether the host is vulnerable to CVE-2026-62823 (Windows DHCP Server heap overflow).
.DESCRIPTION
1. Checks if the DHCP Server role is installed.
2. Checks if the DHCP Server service is running.
3. Checks whether the August 2026 Patch Tuesday update is installed.
Exit codes: 0 = PATCHED or not affected, 1 = VULNERABLE, 2 = UNKNOWN
#>
$ErrorActionPreference = 'Stop'
# Step 1: Check if DHCP Server role is installed
$dhcpFeature = Get-WindowsFeature -Name DHCP -ErrorAction SilentlyContinue
if (-not $dhcpFeature -or $dhcpFeature.InstallState -ne 'Installed') {
Write-Host 'PATCHED - DHCP Server role is not installed. Not affected by CVE-2026-62823.'
exit 0
}
# Step 2: Check if DHCP Server service is running
$dhcpService = Get-Service -Name DHCPServer -ErrorAction SilentlyContinue
$serviceRunning = $dhcpService -and $dhcpService.Status -eq 'Running'
# Step 3: Check for August 2026 patches
# August 2026 Patch Tuesday was 2026-08-11. Look for updates installed on or after that date.
$augustPatches = Get-HotFix | Where-Object {
$_.InstalledOn -ge [datetime]'2026-08-11'
} | Select-Object -ExpandProperty HotFixID
if ($augustPatches.Count -gt 0) {
$patchList = $augustPatches -join ', '
Write-Host "PATCHED - August 2026 updates found: $patchList. CVE-2026-62823 is remediated."
exit 0
}
# Also check via OS build number (August 2026 CU will bump the UBR)
$build = [System.Environment]::OSVersion.Version
$ubr = (Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion' -Name UBR -ErrorAction SilentlyContinue).UBR
Write-Host "Current OS Build: $($build.Major).$($build.Minor).$($build.Build).$ubr"
if ($serviceRunning) {
Write-Host 'VULNERABLE - DHCP Server role is installed and running. August 2026 patches NOT detected.'
Write-Host 'ACTION: Apply the August 2026 cumulative update immediately.'
Write-Host 'WARNING: Check if this DHCP server is co-located on a Domain Controller (heightened risk).'
# Check DC status
$isDC = (Get-WmiObject Win32_ComputerSystem).DomainRole -ge 4
if ($isDC) {
Write-Host 'CRITICAL FINDING: This host is a Domain Controller running DHCP. Exploitation = domain compromise.'
}
exit 1
} else {
Write-Host 'VULNERABLE - DHCP Server role is installed but service is stopped. August 2026 patches NOT detected.'
Write-Host 'Risk is reduced while service is stopped, but patch should still be applied.'
exit 1
}If you remember one thing.
Sources
- Cisco Talos — Microsoft Patch Tuesday August 2026
- Tenable — August 2026 Patch Tuesday Analysis
- CrowdStrike — August 2026 Patch Tuesday Analysis
- Lansweeper — Microsoft Patch Tuesday August 2026
- MSRC — CVE-2026-50518 (related DHCP Server RCE)
- SANS ISC — Microsoft Patch Tuesday August 2026
- FIRST — Exploit Prediction Scoring System (EPSS)
What defenders are saying.
Crowdsourced verification outputs.
Results submitted by users who ran the verification payload against their environment.