Top/Articles/Ten Flaws in Cisco IOS XE, Found by Cisco Itself β€” No Workarounds
cisco-iosxe-cve-cover-en

Ten Flaws in Cisco IOS XE, Found by Cisco Itself β€” No Workarounds

Cisco disclosed ten IOS XE vulnerabilities at once, the worst rated 9.8, none with a workaround. They did not surface through attacks β€” Cisco found them in its own internal review.

NewsPublished Aug. 6, 2026 Updated today
Table of contents
Key takeaways

Cisco disclosed ten IOS XE vulnerabilities at once, the worst rated 9.8, none with a workaround. They did not surface through attacks β€” Cisco found them in its own internal review.

On August 5, 2026, Cisco disclosed ten vulnerabilities at once in IOS XE, the software that runs its networking hardware. The most severe is rated 9.8 out of 10. And none of the ten has a workaround. There is no configuration change that buys you time; the software has to be upgraded.

One thing about this disclosure is unusual, though. It did not come out because anyone was attacked.

The advisory covering seven of them opens like this: "As part of Cisco's ongoing commitment to proactive security and product quality, the Cisco IOS XE Software engineering team has conducted a comprehensive internal security review." Cisco went digging through its own product, found these, and published them. No exploitation and no public exploit code has been observed.

The upgrade targets are unambiguous: 17.9.10 for the 17.9 line, 17.12.8 for 17.12, 17.15.6 for 17.15, 17.18.4 for 17.18, and 26.1.2 for 26.1.

What IOS XE is, and whether it concerns you

IOS XE is the software running inside Cisco routers, switches and wireless access points. It is to those devices what Windows or macOS is to a PC β€” not the hardware, but the operating software inside it.

Almost nobody encounters it at home. But in offices, schools, hospitals, factories and government buildings, this is what actually moves the traffic. Where the floor's network cables converge, where the office Wi-Fi is broadcast from, where the link between sites enters the building β€” that is where it lives.

So "does this concern me" comes down to whether whoever manages your network knows if the gear is Cisco. Nobody using it thinks about it; if it stops, everybody's connection stops.

Note that Cisco's firewall management software is a separate matter β€” FMC has had an actively exploited flaw since late July, unrelated to these ten.

The ten disclosed

Seven were bundled into a single advisory as the output of the internal review; the remaining three were published individually.

CVESeverityType of defectSource
CVE-2026-202729.8Injection
(CWE-74)
Internal review
CVE-2026-202679.0Improper access control
(CWE-284)
Internal review
CVE-2026-202688.6Out-of-bounds memory
(CWE-119)
Internal review
CVE-2026-202698.6Improper resource control
(CWE-664)
Internal review
CVE-2026-202708.6Incorrect calculation
(CWE-682)
Internal review
CVE-2026-202718.6Control flow failure
(CWE-691)
Internal review
CVE-2026-202738.6Improper input validation
(CWE-20)
Internal review
CVE-2026-203018.6External client
protocol flaw
Individual
CVE-2026-202638.6Device knocked offline
with no login
Individual
CVE-2026-201247.7Device downed via
the monitoring feature
Individual

For the seven from the internal review, Cisco has released almost no technical detail. There are CWE classifications and severity scores, but not "which feature, and what exactly was wrong with it." They were fixed together, and the ask is to upgrade together.

What sits under an advisory labelled "hardening"

The advisory bundling the seven carries the word hardening β€” a term about tightening construction, not a word that signals an emergency.

Under that label sit one 9.8 and one 9.0. A 9.8 is near the top of the ten-point scale.

This is not a contradiction. A severity score measures what happens if the flaw is exploited, not whether it is being exploited now. A hole found quietly by its own vendor is not a smaller hole.

On the same day, we covered the opposite case. A flaw in TeamCity, used in software development, is also rated 9.8 β€” and the US government has ordered it fixed within three days. Same number; one is under attack, the other was found by the manufacturer. The score is identical and the situations are nothing alike.

In practice, that distinction sets priority. Close what is actively being exploited today; plan and execute for what a vendor self-disclosed. But "not urgent" is not "not necessary." The moment it was published, attackers received the same information you did.

Who goes looking, and what follows

The groups that scan for corporate network gear are ransomware crews and teams working for foreign intelligence services. This class of device suits both of them perfectly.

The reason is that they use it as both the way into the network and the way stolen data leaves it. Routers and switches straddle the boundary between inside and outside, and they run continuously. Unlike laptops, there is no convention of installing software that watches for suspicious behaviour on them. If someone gets in, nothing is there to notice.

Damage arrives in two shapes. One is traffic simply stopping: two of these ten reboot or hang the device, and CVE-2026-20263 does not even require a login. The other is a quiet tenancy β€” the device is held for months before anyone discovers that internal data has been leaving.

Everyone notices the first kind immediately. The second takes far longer to surface β€” and it is usually the more expensive one.

Which version to move to

Affected lines and their fixes are below. There are no workarounds. No setting to change, no feature to disable; Cisco states plainly that none are available.

Line in useUpgrade to
17.917.9.10
17.1217.12.8
17.1517.15.6
17.1817.18.4 or 17.18.4a
26.126.1.2

Upgrading network gear is not like updating an application. Traffic stops while it happens. For devices carrying links between sites, that means scheduling maintenance windows outside business hours and working through them in order β€” which is exactly why planning has to start at disclosure, not at deadline.

Which line each device runs can be read from its management interface or via the CLI. In estates with many devices, the realistic first step is building the list of what is running where. Chasing advisories without an inventory of what you actually run does not turn into action.

The three published individually

CVE-2026-20263: a device taken offline with no login

This is the only one of the ten that requires no authentication at all. A flaw in BEEP, a protocol devices use to exchange messages, lets an unauthenticated sender render the device unresponsive.

Plenty of deployments will not be using this feature β€” but you cannot know without checking whether it is enabled. Rated 8.6.

CVE-2026-20301: the external client protocol

A flaw in XMCP that affects classic IOS as well as IOS XE. Rated 8.6.

CVE-2026-20124: downed through the monitoring feature

A flaw in SNMP, the mechanism used to monitor network devices remotely. An authenticated party can make the device stop responding. Rated 7.7.

SNMP exists to keep an eye on equipment. Here, the port added for watching became the port for stopping.

Five more in SD-WAN, the same day

IOS XE was not all Cisco published on August 5. Catalyst SD-WAN, which links sites together, received five of its own from the same internal review β€” including two rated 9.9, again with no workarounds.

We cover SD-WAN in a separate article, since it is a different product.

Cisco's server management software, IMC, also received CVE-2026-20200 (8.8) the same day β€” an individual finding rather than part of the review, allowing a low-privileged authenticated user to run arbitrary commands.

What is confirmed and what is not

βœ“ Confirmed (as of August 6, 2026)

  • βœ“Cisco states for all ten that it is not aware of exploitation or public announcements
  • βœ“Seven are described in the advisory as findings from Cisco's own internal security review
  • βœ“All ten have no workarounds; upgrading is the only option
  • βœ“Every fixed version number has been published

? Not established

  • ?Technical detail for the seven β€” which feature failed and how is not published
  • ?How many devices are affected, and deployment figures for Japan
  • ?Advisories from JPCERT/CC, IPA or JVN β€” none as of August 6

Severity scores also vary by who assigns them. Not among these ten, but in the SD-WAN set published the same day, CVE-2026-20310 is recorded as 9.9 in Cisco's advisory and 9.1 in the US national vulnerability database β€” a gap of 0.8 on the same hole. These numbers are not an absolute measure; they move with who scored them and on what assumptions.

On digging up your own product

The notable thing here is not the severity numbers. It is how these surfaced.

Most vulnerabilities are found by outside researchers or come to light because an attack was observed. These seven are neither. The manufacturer distrusted its own product, went looking, and published what it found. That is a far better outcome than waiting to be attacked.

It is also proof that digging produces results. A 9.8 was sitting inside a long-established product. Nobody happened to be attacking it, but it was there. These ten are what the digging turned up β€” not evidence that the digging is finished.

What users can do is close what has been published, reliably. Every target version is available. There are no workarounds. It starts with picking the maintenance date.

Sources

avatar-m-1

Makoto Horikawa

Backend Engineer / AWS / Django