Always excited to take on new projects and collaborate with innovative ideas.
+968 97716144
contact@aljulanda.info
https://aljulanda.info
Sultanate of Oman - Nizwa
Cisco's August 5, 2026 hardening releases for IOS XE and Catalyst SD-WAN carry CVSS scores of 9.8 and 9.9 with no workaround available. Here's what to patch, in what order, and why waiting is the wrong bet.
Cisco's Product Security Incident Response Team (PSIRT) issued an advance notification and then published two separate hardening releases: one for Cisco IOS XE Software, one for Cisco Catalyst SD-WAN Software. Both are labeled "hardening releases" rather than reactive patches for an active attack — meaning Cisco found these issues itself, through internal security review and testing, not because someone reported active exploitation. That distinction matters for how you prioritize, and I'll come back to it, but don't let "internally found" translate in your head to "low urgency." A CVSS 9.8 or 9.9 is CVSS 9.8 or 9.9 regardless of who found the bug first.
The IOS XE release bundles seven CVEs — CVE-2026-20267 through CVE-2026-20273 — all carrying a Critical severity rating with a base CVSS score of 9.8. IOS XE runs on the majority of Cisco's current-generation switching and routing platforms, so the practical reach of this advisory is wide: if you've deployed Catalyst switches or ISR/ASR routers bought or refreshed in the last several years, there's a strong chance IOS XE is the operating system underneath. Cisco's own advisory (cisco-sa-hardening-iosxe-V8NMuMZJ) is the authoritative reference here, and it explicitly recommends immediate upgrade to fixed software. Not "when convenient." Immediate.
What the advisory doesn't give you is a workaround. There's no ACL trick, no feature-disable, no mitigating configuration that Cisco is pointing to as a stopgap. The fixed software release is the only remediation path. That's a deliberately blunt statement from Cisco, and it should shape your planning: you can't buy time with a config change here. You buy time by scheduling the patch window now.
The second release covers Catalyst SD-WAN Software specifically: CVE-2026-20303, CVE-2026-20304, CVE-2026-20310, CVE-2026-20312, and CVE-2026-20313. Five CVEs, all Critical, with a base score of 9.9 — a notch higher than the IOS XE release. If you're running an SD-WAN overlay across branch sites, this is the one to read first, because SD-WAN controllers sit at a chokepoint: compromise the controller plane and you're not looking at one device, you're looking at every site the fabric touches. A 9.9 on that kind of control-plane software is about as serious as CVSS ratings get.
Same rule applies here as with IOS XE: no workaround exists. Cisco has fixed software available, and that's the only route to remediation. If your SD-WAN environment spans multiple vManage-controlled sites, don't try to patch site by site over weeks — treat the controller and orchestration layer as the priority, since that's typically where the blast radius is largest.
Here's the trap a lot of admins fall into with hardening releases like this: because Cisco explicitly states these vulnerabilities aren't known to be actively exploited in the wild, it's tempting to slot the patch somewhere in the next quarterly maintenance cycle. That's the wrong read. Internally-found vulnerabilities with public CVEs and no workaround are exactly the profile that turns into a mass-exploited bug within weeks of disclosure — attackers reverse-engineer the patch diff, work out the vulnerable code path, and start scanning for unpatched devices. The advisory itself being public is the starting gun, not a reassurance. "Not yet exploited" has an expiry date, and you don't get to see the countdown.
Combine that with the absence of a workaround and the calculus is simple: the patch is the only defense you have, and every day you delay is a day your exposure window stays open with zero mitigating controls in place. If your organization runs any kind of formal risk register, this pair of advisories should get flagged as high-priority regardless of exploitation status, purely because "no workaround" removes your usual fallback options.
If you're running Catalyst 9800-series wireless controllers, there's an extra step buried in Cisco's remediation guidance that's easy to miss if you just skim the headline advisory. Cisco instructs admins to upgrade to the security-hardened IOS XE version and apply the APSP patch in the same maintenance window — do them separately and you risk wireless service impact on the controller. There's also a specific bug tied to this remediation path, CSCwv98483, which has a documented workaround you can apply until Cisco ships an SMU (Software Maintenance Update) patch for it. If your wireless infrastructure runs on 9800 controllers, read the dedicated Cisco remediation document for this platform before you touch production — it's written specifically because the standard IOS XE upgrade path isn't quite sufficient on its own for this controller family.
Whether you manage one branch router or a multi-site SD-WAN fabric, here's the order I'd work through this week:
One-off patch scrambles are exhausting and they always seem to hit at the worst time. The better long-term move is treating Cisco PSIRT advisories as a recurring calendar item — weekly or biweekly, someone on your team checks for new hardening releases and security advisories affecting the platforms you run, and logs them against your inventory whether or not they're urgent yet. Hardening releases like this pair are Cisco's own admission that they found something serious during internal testing before anyone else did. That's actually the best-case scenario for you as an admin — you get a head start most defenders don't get with a live zero-day. Don't waste that head start by treating the advisory as routine noise. Go check your IOS XE and Catalyst SD-WAN version numbers against the fixed releases right now. If you're behind, that's your task for this week — not next quarter.
Your email address will not be published. Required fields are marked *
Cookie preferences