Attackers turned a routine file upload on Cisco Catalyst SD-WAN Manager into a hidden root account. Here is how the chain works, why the controller is such a prize, and what our sensors do and do not see.
SD-WAN replaces racks of individually configured routers with a central software brain. The Cisco Catalyst SD-WAN Manager (formerly vManage), Controller (vSmart), and Validator (vBond) orchestrate the whole fabric from one place. That central role is exactly what makes them worth attacking, and it is what CVE-2026-20245 undermines.
The flaw, classified as CWE-116 insufficient validation of user-supplied input, lives in a CLI file-upload feature. An authenticated attacker with netadmin privileges supplies a crafted file, and the system fails to filter it, allowing command injection that executes as the root user. Cisco published the advisory on June 4, 2026 and confirmed limited cases where exploitation pushed a configuration change all the way down to edge devices. There are no workarounds. The only fix is to patch.
One important nuance: this is a privilege-escalation bug, not a remote-code-execution-from-nowhere bug. The attacker needs valid netadmin credentials first, which they can get with stolen credentials or by chaining two companion authentication-bypass flaws in the same platform, CVE-2026-20127 and CVE-2026-20182. That is what makes the credential-abuse pressure we measure every day so relevant.
Mandiant's account of the intrusion is a clean, almost surgical chain. It is worth reading as a sequence, because each step is designed to leave as little trace as possible.
The attacker established rogue peering connections to the SD-WAN Manager, likely using either the companion auth-bypass flaws or stolen certificate material, then logged in over SSH using the default vmanage-admin account. From there they changed the password of the admin account, logged into the web interface, and exfiltrated the configurations of the entire SD-WAN fabric, before quietly setting the admin password back to its original value so a real administrator would not notice. Then came the privilege escalation. Logged in over SSH as admin, they ran:
request tenant-upload tenant-list /home/admin/evil_tenant.csv
The crafted CSV contained a shell payload that appended a new account, troot, with user ID 0 (full root) directly into /etc/passwd and /etc/shadow, after backing up the originals. The attacker then simply ran su troot to drop into a root shell. Finally, they deleted every file they had created, restored the configurations they had touched, and executed a validation script that checks whether each indicator, the CSV, the backups, and the troot account, had been cleaned up. This is anti-forensics built into the playbook itself.
Mandiant calls this "living off the edge." Network appliances like SD-WAN controllers rarely run endpoint detection, rarely produce deep forensic telemetry, and sit at the exact center of an organization's traffic. Compromise one and you can read configurations, reach into the routing of every branch, and push changes to edge devices, all from a platform that is essentially a black box to most defenders. For a well-resourced or state-sponsored actor, a zero-day in that platform is a durable foothold for long-term intelligence collection.
The device that manages your whole network is also the one least likely to tell you when it has been turned against you.
The precondition for all of this is reachability. A search of Shodan shows roughly 507 internet-exposed Cisco Catalyst SD-WAN systems, with management and web interfaces (commonly on 8443), SSH, and NETCONF (port 830) reachable from the open internet, concentrated in the United States. Every one of those is a controller that should be behind a management network, not facing the world. Exposure is not compromise, but it is the doorway every step above depends on.
We run a fleet of honeypots, so we went looking for this activity in our own data. We want to be precise about what we found, and what we did not.
We did not see CVE-2026-20245 itself, or SD-WAN-specific targeting: no vmanage-admin logins, no troot account creation, no request tenant-upload, no viptela or vbond strings, and none of the three published Mandiant IOC addresses. That is expected. Our decoys are generic Linux SSH, Telnet, SMB, and HTTP services, not Cisco vManage emulations, so an actor specifically hunting SD-WAN Manager would not find the right surface on our boxes to run the exploit against.
What we do see, constantly, is the credential pressure the campaign rides on. Cisco default and themed credentials are sprayed against our sensors every day.
Usernames like cisco and netadmin and passwords like cisco, cisco123, and Cisco@123 show up in combinations such as cisco / cisco, admin / cisco, and root / netadmin, and the same patterns recur in the telnet flood. This is broad, opportunistic credential stuffing that bundles Cisco device defaults into its wordlists. It is exactly the kind of default-credential guessing that hands an attacker the netadmin foothold that CVE-2026-20245 then escalates to root.
request admin-tech on every control-plane component to capture logs, then check those logs for the IOCs below. If the system is confirmed compromised, patching alone will not evict the attacker.admin, vmanage-admin, and any default accounts, and enforce phishing-resistant MFA on all administrative access. This is the foothold the whole chain depends on.| Type | Indicator |
|---|---|
| Rogue device + exploit IP | 126.51.108.152 |
| Rogue device IP | 76.92.245.217 |
| Rogue device IP | 207.190.37.94 |
| Rogue account | troot (uid 0 in /etc/passwd and /etc/shadow) |
| Exploit artifact | evil_tenant.csv, request tenant-upload tenant-list |
| Account abuse | vmanage-admin SSH, admin password changed then reverted |