Published: Wed 22 July 2026
Prepared by: Adam Skupien, Vulnerability Security Analyst
SonicWall has disclosed two vulnerabilities affecting SMA 1000 Series secure remote access appliances - CVE-2026-15409 (Server-Side Request Forgery, CVSSv3.1 10.0) and CVE-2026-15410 (Code Injection / path traversal, CVSSv3.1 7.2) - which can be chained by an unauthenticated remote attacker to achieve root-level remote code execution.
SonicWall has confirmed both vulnerabilities were actively exploited in the wild as zero-days before a patch existed, and independent research from Volexity has since shown targeted exploitation dating back to at least 22 June 2026 - around three weeks before public disclosure on 14 July 2026. Attackers used the flaws to deploy custom malware, harvest credentials and session/TOTP data, capture internal network traffic, and attempt to pivot into internal networks from the compromised appliance.
Patches have been available since 14 July 2026. Patching alone is also not sufficient - because this was exploited as a confirmed zero-day, any organisation running an internet-facing SMA 1000 appliance on an affected firmware version at any point since at least 22 June 2026 must also carry out the compromise investigation steps below, whether or not the appliance has already been patched.
CVE-2026-15409 — Server-Side Request Forgery (SSRF)
/wsproxy websocket-proxy endpoint.GET /wsproxy request (using the User-Agent: SMA Connect Agent header and a bmID parameter beginning with -3389) opens a websocket tunnel from the internet directly to services that are normally localhost-only.CVE-2026-15410 — Code Injection / Path Traversal
remove_hotfix helper invoked by the appliance's control-service sysCtrl.execRemoveHotfix function, which normally requires administrator access to the Appliance Management Console (AMC)./sys/class/dmi/id/product_uuid), which is world-readable and, on many physical units, set to a common default value shared across customers. An attacker who already knows this common default value could compute the password and reach the control service directly, without needing the CouchDB step described above. Volexity was explicit that this shortcut does not appear to be what UTA0533 actually used in the incidents it investigated - the attacker instead went via CouchDB to read the device's genuine UUID. This finding does not affect virtual appliances (no product_uuid exists), which remain fully exposed to the core SSRF + path-traversal chain regardless. This is a distinct issue from the two patched CVEs, and public reporting does not confirm whether the hotfix changes it. Because it's a weak local-authentication design flaw rather than part of the SSRF/path-traversal chain being fixed, a physical appliance with the common default UUID could remain exposed to instant control-service access via any future means of reaching 127.0.0.1:8188 - not just the vector patched here. Physical appliance owners should ask SonicWall Support to confirm whether their device's UUID matches the widely shared default value, and whether the hotfix or a configuration change addresses this exposure. Exposure condition: Applies to internet-facing SMA1000 Work Place interfaces — which is the standard, intended deployment model for these devices.
| Product | Affected versions | Fixed version |
|---|---|---|
| SMA 1000 Series (SMA6210, SMA7210, SMA8200v) and CMS — all hypervisors | 12.4.3-03245, 12.4.3-03387, 12.4.3-03434 | 12.4.3-03453 or later |
| SMA 1000 Series (SMA6210, SMA7210, SMA8200v) and CMS — all hypervisors | 12.5.0-02283, 12.5.0-02624, 12.5.0-02800 | 12.5.0-02835 or later |
Not impacted: SSL VPN functionality on SonicWall firewalls; the SMA 100 Series product line.
Successful exploitation gives an unauthenticated attacker root-level control of an internet-facing remote access gateway. Because SMA1000 appliances sit at the network edge and broker credentials, sessions, and MFA data for every remote user, a compromised appliance can be used to:
Volexity's investigation found the observed threat actor (tracked as UTA0533, previously undocumented) achieved all of the above on compromised appliances, though it assessed the actor was less successful pivoting further into victim networks.
Patch immediately — there is no workaround. SonicWall's advisory (SNWLID-2026-0008) lists no mitigating configuration or workaround; the hotfix upgrade is the only remediation offered. This is corroborated by independent researchers (Rapid7, Tenable).
Given confirmed zero-day exploitation from at least 22 June 2026, treat every internet-facing SMA1000 appliance that was running an affected firmware version at any point since that date as a potential compromise, not just a vulnerable asset.
1. Review appliance logs for these indicators:
| Log file | What to look for |
|---|---|
/var/log/aventail/extraweb_access.log |
GET /wsproxy requests with bmID=-3389..., User-Agent: SMA Connect Agent, and HTTP status 101, with host values of 0.0.0.0, localhost, 127.0.0.1 or ::ffff:127.0.0.1 targeting ports 1050, 1051 or 8188 |
/var/log/aventail/extraweb_access.log |
Any HTTP 200 response to /__api__/login or /__api__/logout - these are not legitimate SMA1000 endpoints; their presence indicates an attacker-installed reverse-proxy route |
/var/log/aventail/access_servers.log |
WEBSOCK entries showing a successful backend connection to host = 0.0.0.0 (or similar) on port 1050 or 8188 |
/var/log/aventail/ctrl-service.log |
Entries invoking hotfix removal / remove_hotfix with a path-traversal sequence, e.g. ../../../../../tmp/<file>.sh |
/var/lib/unit/conf.json |
Unexpected routes rewriting /__api__/login or /__api__/logout to paths under /workplace/ and proxying to http://127.0.0.1:8085 |
2. Check the filesystem and running processes:
/tmp and /var/tmp (observed artefact names include 1234.sh, hypdate.b64, and lib.sh, plus tcpdump capture files).find / -perm -4000 and review anything beyond the standard baseline (mysql auth_pam_tool, ssh-keysign, umount, su, mount, newgrp, at, ping/ping6, sudo, /usr/local/workplace/conf).workplace.startup.CommandStartup Java process for injected in-memory agents (a reboot can clear this from memory but does not remove other footholds)./etc/init.d/workplace for an added line invoking python3 against an unexpected script.3. Match against known malware from this campaign (attributed by Volexity to a threat actor it tracks as UTA0533):
| Malware | File | MD5 |
|---|---|---|
| ROOTRUN | /usr/bin/xzfind |
5cb00bbfe818ee3e85fb99ab1db1af7c |
| KNUCKLEBALL (dropper) | deploy_new.py |
b6df166291f80ee89032d769c99714f3 |
| Suo5 (proxy tool) | agent_wp8.jar |
54d21399b8b52b48a0fef68450593e45 |
| ORANGETAIL (webshell) | agent_wp9.jar |
5f3a55201c511c9ff9be4c16c41028a2 |
Full SHA1/SHA256 hashes and YARA rules are published in Volexity's blog (linked below).
4. Check for lateral movement into your directory environment:
kali, DESKTOP-*) and there is no corresponding active VPN session. This pattern indicates the appliance itself authenticating directly against internal systems, not a legitimate remote user.tcpdump on a compromised appliance to capture unencrypted LDAP authentication traffic.5. Supplementary network indicators (use with caution):
Rapid7 observed exploitation traffic from ASN 206092 (F.N.S Holdings Limited) and the ranges 45.131.194.0/24, 45.146.54.0/24, 63.135.161.0/24, and 173.239.211.0/24. However, Volexity recorded activity from over 200 different source IPs across the campaign, many via commercial VPN services (ExpressVPN, Mullvad). IP-based indicators should be treated as supplementary only - the log, filesystem, and hash-based indicators above are far more reliable.
If any of the above indicators are present, do not simply patch and move on. Per SonicWall's guidance:
MDR customers: Triskele Labs will continue tuning detections for behaviours consistent with the exploitation of CVE-2026-15409 and CVE-2026-15410 across supported log sources.
Vulnerability Management customers: Environments will be assessed for exposed and vulnerable SMA1000 appliance versions; any findings will be communicated through priority channels.