It's like leaving the master key to every office in the building taped under the lobby security desk
CVE-2026-57910 is a missing-authentication flaw (CWE-306) in the WatchGuard Agent, the lightweight endpoint management service that WatchGuard Cloud uses to deploy software, push updates, and monitor every managed host. The agent listens on TCP port 33000 and UDP port 21226 for inter-agent and cloud communications. Because the authentication step on this channel is simply absent, any unauthenticated attacker with network adjacency can send crafted requests to the agent and achieve arbitrary code execution with the agent's elevated privileges — typically NT AUTHORITY\SYSTEM on Windows. All versions prior to 1.25.13.0000 are affected; the fix shipped August 19, 2026.
WatchGuard's own PSIRT page tags this at CVSS 9.3, which is honest and appropriate. A management agent that runs on every endpoint with SYSTEM-level privileges and accepts unauthenticated commands over the network is textbook CWE-306 critical-impact. The only friction preventing a 10.0 is that the attack surface is network-adjacent rather than internet-reachable — attackers need a foothold on the LAN or a bridged VPN segment first. But that single prerequisite does not meaningfully soften the blast radius: once inside, an attacker can fan out to every WatchGuard-managed host in minutes.
5 steps from start to impact.
Attain network adjacency
- Initial access to the internal network or a bridged VPN segment
- IP connectivity to the subnet hosting managed endpoints
- Perimeter controls (NGFW, NAC, segmented VLANs) limit which subnets a new foothold can reach
- Zero-trust network architectures restrict lateral east-west traffic
Discover WatchGuard Agent listeners
nmap -sU -p 21226 sweep reveals every managed endpoint.- Network scan capability from the compromised host
- Host-based firewalls blocking inbound 33000/21226 from non-management subnets (rarely configured by default)
Send unauthenticated commands to target agents
- Knowledge of the agent protocol (reverse-engineering or captured traffic)
- Crafted payload targeting the agent's command interface
- Protocol details are not publicly documented, requiring reverse engineering
- No public PoC exists as of August 26, 2026
Achieve SYSTEM-level RCE on target hosts
NT AUTHORITY\SYSTEM on Windows to perform software deployment and updates. Arbitrary code execution through the agent inherits these privileges, giving the attacker full control of the target host — including credential dumping, persistence installation, and disabling security controls.- Successful delivery of the crafted payload in step 3
- EDR on the endpoint may detect post-exploitation behavior (credential dumping, lateral tool transfer)
- Application allowlisting may block dropped binaries
Fan out to entire managed fleet
- List of agent IPs from step 2
- Automated exploitation script
- Network segmentation limiting cross-subnet agent reachability
- Rate-limiting or anomaly detection on agent communication patterns
The supporting signals.
| In-the-Wild Exploitation | No confirmed in-the-wild exploitation as of 2026-08-26. Not listed on CISA KEV. |
|---|---|
| Proof of Concept | No public PoC identified. The vulnerability was disclosed 2026-08-25; protocol reverse-engineering effort is the main barrier to weaponization. |
| EPSS Score | Not yet scored — CVE disclosed <48 hours ago. Expect EPSS to reflect within 7-14 days. |
| KEV Status | Not listed on CISA Known Exploited Vulnerabilities catalog as of 2026-08-26. |
| CVSS Vector | Vendor-provided CVSS 9.3. No NVD vector published yet. Likely CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H based on the described attack requirements (adjacent network, no privileges, no user interaction, changed scope due to fleet pivot). |
| Affected Versions | WatchGuard Agent all versions < 1.25.13.0000 (Windows, and potentially macOS/Linux agents sharing the same codebase) |
| Fixed Version | 1.25.13.0000 (released 2026-08-19, advisory published 2026-08-25) |
| Scanning / Exposure Data | The agent listens on TCP 33000 and UDP 21226 internally. Not typically internet-exposed — Shodan/Censys show minimal external footprint. The real exposure is *internal*: every WatchGuard-managed endpoint runs this agent. |
| Disclosure Date | 2026-08-25 (WatchGuard PSIRT advisory) |
| Reporting Researcher | Not publicly credited in the WatchGuard advisory. |
noisgate verdict.
The single most decisive factor is role multiplier — the WatchGuard Agent is a fleet management service running as SYSTEM on every managed endpoint, making unauthenticated RCE equivalent to simultaneous domain-wide host compromise. The network-adjacency requirement prevents a 10.0 but does not escape the CRITICAL floor because the affected component is canonically deployed on 100% of the managed fleet by design.
Why this verdict
- Unauthenticated RCE as SYSTEM: CWE-306 means zero credentials, tokens, or certificates are required. Any network-adjacent attacker sends commands and gets code execution at the highest Windows privilege level.
- Role multiplier — fleet management agent: The WatchGuard Agent is deployed on *every* managed endpoint by architectural design. Compromising the agent's communication channel on one subnet yields RCE on every reachable managed host. On domain controllers this is immediate DA; on hypervisors it's guest escape; on backup servers it's ransomware-ready. The blast radius is fleet-scale, not host-scale.
- Minimal friction to mass exploitation: The only real prerequisite is internal network access — a single phished workstation or VPN credential. From there, UDP 21226 discovery scanning finds every agent, and the missing authentication makes automated exploitation trivial once the protocol is reversed.
- No compensating default controls: The agent does not ship with host-firewall rules restricting inbound connections to management-only subnets. In flat networks (still the majority of SMB deployments using WatchGuard), every agent is reachable from every other host.
Why not higher?
A 10.0 would require unauthenticated *remote* exploitation over the internet without any prior access. This vulnerability requires network adjacency — the attacker must already be on the LAN or a bridged segment. That prerequisite, while low-friction for a motivated attacker, is a genuine narrowing from internet-reachable to post-initial-access. The lack of a public PoC also slightly slows time-to-weaponization.
Why not lower?
Downgrading below CRITICAL is not defensible. The affected component is a canonical fleet-management agent — 100% of WatchGuard-managed endpoints run it by definition. The blast radius of successful exploitation is not 'one host' but 'every managed host on reachable subnets,' which in most deployments means the entire fleet. The SYSTEM-level execution privilege means credential harvesting, EDR disablement, and domain escalation are immediate post-exploitation steps. Network-adjacency is not a meaningful friction point when the attacker's initial access host *itself* runs the vulnerable agent.
What to do — in priority order.
- Segment agent traffic to a dedicated management VLAN — Restrict TCP 33000 and UDP 21226 to a management subnet that only WatchGuard Cloud management servers and designated admin workstations can reach. This eliminates the network-adjacency prerequisite from compromised user workstations. Deploy within the noisgate mitigation SLA of 3 days for CRITICAL findings.
- Deploy host-firewall rules blocking inbound 33000/21226 from non-management sources — On every managed endpoint, add Windows Firewall or iptables rules that DROP inbound connections to these ports from any source outside the WatchGuard management IP range. Push via GPO or your endpoint management platform. Deploy within 3 days.
- Monitor for anomalous agent parent-child process chains — Create EDR detection rules alerting on the WatchGuard Agent service spawning unexpected child processes (cmd.exe, powershell.exe, whoami.exe, net.exe, rundll32.exe). This catches post-exploitation even if the initial auth bypass succeeds. Deploy within 3 days.
- Accelerate patch deployment to 1.25.13.0000 — Use WatchGuard Cloud's auto-update feature or SCCM/Intune to push the fixed agent version immediately. Prioritize domain controllers, hypervisors, backup servers, and other Tier 0/1 assets. Target full fleet coverage within the noisgate remediation SLA of 90 days, but aim for high-value hosts within 7 days.
- Network-level IDS signatures — there are no public signatures for this attack because no PoC exists and the protocol is proprietary. Generic port-scan detection helps with step 2 but not steps 3-4.
- WAF / reverse proxy — this is not an HTTP-based vulnerability; the agent uses a proprietary binary protocol on TCP 33000. Web application firewalls provide zero coverage.
- MFA on WatchGuard Cloud console — this protects the *cloud management plane*, not the *agent-to-agent communication channel* that lacks authentication entirely. The vulnerability is in the agent's local listener, not the cloud API.
Crowdsourced verification payload.
Run this script on each Windows endpoint where the WatchGuard Agent may be installed. No special privileges required — it reads the agent file version from the filesystem. Example: powershell -ExecutionPolicy Bypass -File .\Check-CVE-2026-57910.ps1
# Check-CVE-2026-57910.ps1
# Checks WatchGuard Agent version against CVE-2026-57910 fix (1.25.13.0000)
# Output: VULNERABLE / PATCHED / UNKNOWN
# Exit codes: 1 = VULNERABLE, 0 = PATCHED, 2 = UNKNOWN
$agentPaths = @(
"$env:ProgramFiles\WatchGuard\WatchGuard Agent\WatchGuardAgent.exe",
"${env:ProgramFiles(x86)}\WatchGuard\WatchGuard Agent\WatchGuardAgent.exe"
)
$found = $false
foreach ($path in $agentPaths) {
if (Test-Path $path) {
$found = $true
try {
$ver = (Get-Item $path).VersionInfo.FileVersion
$parsed = [System.Version]$ver
$fixed = [System.Version]"1.25.13.0"
if ($parsed -ge $fixed) {
Write-Host "PATCHED - WatchGuard Agent version $ver is >= 1.25.13.0000"
exit 0
} else {
Write-Host "VULNERABLE - WatchGuard Agent version $ver is below 1.25.13.0000 (CVE-2026-57910)"
exit 1
}
} catch {
Write-Host "UNKNOWN - Found agent at $path but could not parse version: $_"
exit 2
}
}
}
if (-not $found) {
Write-Host "UNKNOWN - WatchGuard Agent not found at expected paths. Agent may not be installed or is in a custom location."
exit 2
}If you remember one thing.
Sources
- WatchGuard PSIRT Advisory (CVE-2026-57910)
- WatchGuard Agent Release Notes (v1.25.13.000)
- Canadian Centre for Cyber Security — WatchGuard Advisory AV26-428
- WatchGuard Agent Product Page
- WatchGuard Cloud Network Access Requirements (Ports)
- CWE-306: Missing Authentication for Critical Function
- WatchGuard Security Advisories Index
What defenders are saying.
Crowdsourced verification outputs.
Results submitted by users who ran the verification payload against their environment.