← Back to Feed CACHED · 2026-08-12 13:50:28 · CACHE_KEY CVE-2026-62823
CVE-2026-62823 · CWE-122 · Disclosed 2026-08-11

Heap-based buffer overflow in Windows DHCP Server

ASSESSED — NOISGATE V0.5
Vendor
Reassessed
Verdict:
Do you agree?
01 · The Real Story

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.

"Adjacent-network RCE on DHCP servers is one relay hop from owning your DCs."
02 · The Attack Path

4 steps from start to impact.

STEP 01

Attacker gains internal network foothold

The attacker establishes presence on any VLAN that participates in DHCP — typically a user workstation segment, guest Wi-Fi, or IoT VLAN. This can come from phishing, physical access, a compromised IoT device, or a VPN credential. The key requirement is the ability to send DHCP packets (UDP 67/68) from the compromised host.
Conditions required:
  • Internal network access on a VLAN with DHCP relay or direct L2 adjacency to the DHCP server
Where this breaks in practice:
  • Requires prior compromise or physical access — not exploitable from the internet
  • Network access control (802.1X, NAC) may limit which hosts can join VLANs
Detection/coverage: NAC/802.1X logs, rogue device detection, EDR on the pivot host
STEP 02

Craft and send malicious DHCP packet

The attacker constructs a DHCP DISCOVER or REQUEST packet with a malformed option field designed to overflow the heap buffer in the DHCP Server service. The packet is sent to the broadcast address (255.255.255.255) on UDP port 67 or, if on a relayed VLAN, is forwarded by the relay agent to the DHCP server's unicast address. No authentication or valid lease is required — the DHCP protocol is inherently unauthenticated.
Conditions required:
  • Ability to send raw UDP packets on port 67
  • Knowledge of the DHCP server's existence (trivially discoverable via DHCP DISCOVER)
Where this breaks in practice:
  • 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
Detection/coverage: DHCP packet inspection at the switch level (DHCP snooping may log anomalous option lengths), IDS signatures (Talos has released Snort rules for August Patch Tuesday)
STEP 03

Achieve SYSTEM-level code execution on DHCP server

Successful exploitation gives the attacker arbitrary code execution in the context of the DHCP Server service, which runs as NT AUTHORITY\SYSTEM. The attacker now has full control of the server host. If the DHCP role is on a standalone member server, the blast radius is limited to that host and the DHCP service disruption. If the DHCP role is co-located on a domain controller, the attacker has immediate access to AD secrets (ntds.dit, KRBTGT hash).
Conditions required:
  • Successful heap overflow exploitation bypassing CFG/ASLR
Where this breaks in practice:
  • 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
Detection/coverage: EDR detecting anomalous child processes from svchost.exe hosting the DHCP service, Windows event logs for service crashes (Event ID 1000/1001 in Application log)
STEP 04

Lateral movement or domain compromise

From a compromised DC, the attacker can perform a DCSync attack, extract the KRBTGT hash for Golden Ticket creation, or pivot to any domain-joined host. From a standalone DHCP server, the attacker harvests local credentials and DHCP lease data (full inventory of hosts and MACs) to plan lateral movement. The DHCP server's network position — reachable from all client VLANs — makes it an ideal pivot point.
Conditions required:
  • SYSTEM access on the DHCP server (achieved in step 3)
Where this breaks in practice:
  • Tiered administration models and PAM solutions limit credential exposure on infrastructure servers
  • Network segmentation between server tiers can slow lateral movement
Detection/coverage: DCSync detection rules in SIEM, anomalous LDAP replication traffic, Kerberos Golden Ticket detection (mimikatz-style tooling leaves artifacts)
03 · Intelligence Metadata

The supporting signals.

In-the-Wild ExploitationNo confirmed in-the-wild exploitation as of 2026-08-12. Microsoft rates it Exploitation More Likely on their Exploitability Index.
Proof-of-ConceptNo 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 ScoreNot yet scored by FIRST (CVE disclosed 2026-08-11, EPSS typically populates within 48–72 hours).
KEV StatusNot listed on CISA KEV as of 2026-08-12.
CVSS VectorCVSS: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 VersionsAll 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 VersionsAugust 2026 Patch Tuesday cumulative updates. Specific KB numbers per OS version available at MSRC advisory.
Scanning/Exposure DataDHCP 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 Date2026-08-11 (Microsoft August 2026 Patch Tuesday)
Reporting ResearcherNot publicly attributed. Discovered internally or via coordinated disclosure to Microsoft.
04 · The Call

noisgate verdict.

Final Verdict
= UNCHANGED to HIGH (8.5/10)

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.

HIGH Vulnerability severity and attack vector assessment
MEDIUM Exploitation difficulty (no public PoC yet to validate heap exploitation reliability)
MEDIUM Installed-base share of DHCP-on-DC co-location (estimated 30–50% based on industry surveys)

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.

05 · Compensating Control

What to do — in priority order.

  1. 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.
  2. 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.
  3. Restrict DHCP relay source VLANs — Audit ip helper-address configurations 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.
  4. 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.
  5. 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.
What doesn't work
  • 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.
06 · Verification

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

noisgate-verify.ps1
POWERSHELLREAD-ONLYSAFE
#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
}
07 · Bottom Line

If you remember one thing.

TL;DR
Monday morning plan: Inventory all Windows Server hosts running the DHCP Server role — pay special attention to any that are co-located on domain controllers. Those DC-hosted DHCP instances are your highest-priority targets: if possible, disable the DHCP role on DCs and migrate to standalone member servers this week. For all DHCP servers, apply the August 2026 cumulative update per the noisgate remediation SLA of 180 days for HIGH-severity findings. In parallel, deploy compensating controls (DHCP snooping, relay audit, IDS signatures) within the noisgate mitigation SLA of 30 days. No public exploit exists yet, but Microsoft's "Exploitation More Likely" rating means the clock is ticking — weaponization typically follows patch-diffing by 2–4 weeks for high-value targets like infrastructure services. Prioritize this over the 13 Important-rated DHCP fixes in the same batch.

Sources

  1. Cisco Talos — Microsoft Patch Tuesday August 2026
  2. Tenable — August 2026 Patch Tuesday Analysis
  3. CrowdStrike — August 2026 Patch Tuesday Analysis
  4. Lansweeper — Microsoft Patch Tuesday August 2026
  5. MSRC — CVE-2026-50518 (related DHCP Server RCE)
  6. SANS ISC — Microsoft Patch Tuesday August 2026
  7. FIRST — Exploit Prediction Scoring System (EPSS)
Peer Review

What defenders are saying.

Submit a review attribution: handle + country only
0 flags selected · stored anonymously
Validation Results

Crowdsourced verification outputs.

Results submitted by users who ran the verification payload against their environment.