Cisco ISE Zero-Day CVE-2026-76460: A CVSS 10.0 Post-Mortem (2026)

Cisco ISE zero-day CVE-2026-76460: a CVSS 10.0 pre-authentication API authentication bypass exploited in the wild with no workaround, fixed in ISE 3.1 Patch 12 through 3.5 Patch 4 with a three-day CISA KEV deadline
Affiliate Disclosure: GeniusTechLab is reader-supported. When you purchase through links on our site, we may earn an affiliate commission at no extra cost to you. Our recommendations are based on hands-on testing and editorial judgment, not commission rates.

A perfect CVSS 10.0 is rare. A perfect 10 that gets a three-day federal patch deadline is rarer still. On September 16, 2026, Cisco disclosed CVE-2026-76460 — an unauthenticated API authentication bypass in Cisco Identity Services Engine (ISE) and the ISE Passive Identity Connector (ISE-PIC) — with confirmation it was already being exploited in the wild and, per Cisco, no workaround available. CISA added it to the Known Exploited Vulnerabilities catalog the same day and gave US civil agencies until September 19 to patch. Two weeks on, the incident reads as the clearest signal yet of where attackers are spending their effort: not on the firewall in front of your network, but on the server that decides who belongs inside it.

This is the retrospective we wish we'd had on day one: what the flaw actually is, why ISE is the crown-jewel target it is, which versions are safe, what exploitation would have looked like in your logs, and the triage checklist identity teams should still be running even after patching. If you arrived here because your ISE deployment is still unpatched — start at the triage checklist now, then come back for the context.

The Bug: One Crafted Request to Total Identity Control

Cisco's advisory (cisco-sa-ISE-ABP-VNSW7Tn5) describes the flaw in one sentence: "insufficient authentication control on an API endpoint" allows an unauthenticated, remote attacker to bypass authentication by sending a crafted request to an affected API endpoint. The blunt version: a specific ISE API — the class of interface administrators use for policy automation, external integrations and session data — trusted requests it should never have trusted. Successful exploitation hands the attacker the ability to issue privileged API requests, which security researchers tracking the bug describe as reaching root-level control of the ISE appliance.

The CVSS math that produces a 10.0 is unforgiving by design: no user interaction, no privileges, no special configuration, network-adjacent at worst and internet-reachable at worst in real deployments, and total impact on confidentiality, integrity and availability of the identity plane. Every factor sits at maximum. When the vulnerable component is the system that authenticates everyone else, "total compromise" isn't hyperbole — it's the actual blast radius.

Fact Detail
CVECVE-2026-76460
ProductsCisco Identity Services Engine (ISE), Cisco ISE Passive Identity Connector (ISE-PIC)
TypeUnauthenticated API authentication bypass (CWE-287 class)
CVSS10.0 Critical
ExploitationConfirmed in the wild at disclosure (Sept 16, 2026); CISA KEV same day
WorkaroundNone (Cisco) — patch is the only complete fix
Fixed builds3.1 Patch 12, 3.2 Patch 11, 3.3 Patch 12, 3.4 Patch 7, 3.5 Patch 4
End-of-lifeISE 3.0 — beyond maintenance, must migrate

Why ISE Is the Crown Jewel (and Why Attackers Know It)

Cisco ISE is the policy brain for network access control in large enterprise and government networks. It answers the questions every switch, WLC and VPN concentrator defers to it: who is this device, is it compliant, and what VLAN/SGT/ACL does it get? 802.1X and MAB authentication, RADIUS and TACACS+ device administration, posture checks, guest flows, profiler feeds, TrustSec security-group tagging — ISE sits underneath all of it. When you patch ISE, you are patching the system that decides what "inside the network" means.

That's exactly why a pre-auth API bypass on ISE is worth more to an attacker than a pre-auth RCE on almost any other appliance. Own the identity server and you don't need to fight the network — you become the network's source of truth. You can mint policy that quietly routes your traffic unmolested, disable posture checks for your implants, create administrative accounts, harvest endpoint identity data for phishing, and ride the appliance's implicit trust with every other security tool that consumes its feeds. The 2023 Citrix Bleed and the 2024 Ivanti waves taught the same lesson from the edge; CVE-2026-76460 teaches it from the core.

It's also why Cisco's disclosure posture mattered: no workaround left defenders with exposure reduction only — restrict administrative API access at ACL/firmware level, front the admin plane with a jump host, watch the logs — while the real fix propagated through upgrade cycles. ISE patching is not fast. Policy sync across a distributed deployment is not fast. Neither is a maintenance window on the system your entire wired and wireless estate depends on to authenticate. Three days was never a realistic full-remediation window for most enterprises; it was an admission of how bad this one was.

🔑

While your identity server is down for patching, keep admin access alive

Upgrading ISE means replica-by-replica maintenance windows. Teams that patch calmly do it from an out-of-band bastion host that doesn't depend on the identity plane being healthy, with a standalone mesh VPN for when primary access depends on the very appliance being rebuilt.

The Two-Week Retrospective: What Actually Happened

September 16: Cisco publishes cisco-sa-ISE-ABP-VNSW7Tn5 covering ISE and ISE-PIC, confirms exploitation in the wild, ships fixed patches across five release trains, and — critically — publishes no workaround. CISA adds CVE-2026-76460 to the KEV catalog the same day with a September 19 federal deadline under BOD timelines. Security press covers it as "another appliance zero-day"; identity teams read the actual advisory and feel their stomachs drop.

The exploitation question: "exploited in the wild before the patch existed" means the zero-day was discovered through incident response or adversary infrastructure observation, not through research. As with September's Citrix NetScaler pre-auth RCEs, the disclosure sequence — forensics first, bulletin second — is itself evidence the bug was working for someone before defenders knew it had a name.

The patching reality: two weeks in, the fixed releases (3.1 P12, 3.2 P11, 3.3 P12, 3.4 P7, 3.5 P4) are well understood, but ISE estates move slowly. Every week an unpatched ISE with an API endpoint reachable from outside its management segment stays live is a week an adversary with the working exploit — and they exist, because exploitation was confirmed — can act. The retrospective conclusion isn't "patch faster" as an abstraction; it's that identity infrastructure deserves the edge-appliance patch SLA: internet-adjacent, exploitable-in-default-config bugs get days, not quarters.

The Triage Checklist (Still Relevant After Patching)

Patching closes the hole; it doesn't answer whether someone walked through it. Work this list in order:

  1. Inventory the exposure. Enumerate every ISE and ISE-PIC node with version (show version / admin UI). Anything on 3.0 is a separate project — it's EOM and unfixable. Anything on a vulnerable train that hasn't been patched since September 16 is presumed-exposed.
  2. Check network reachability of the API plane. The exploit is unauthenticated and remote — the only question is from which network. If administrative/ERS APIs are reachable from user VLANs, guest networks, or the internet, treat the node as directly exposed. Restrict to a dedicated management segment now, even post-patch.
  3. Hunt in the logs. Look for API requests from unexpected sources: unknown or recycled API credentials, calls to administrative/ERS endpoints from non-integration sources (SIEM, NAC-offboard tooling and firewall managers are the usual legitimate talkers — anything else is a candidate), authentication anomalies against administrative accounts, new admin users or sudden role changes, and replication/deployment events you didn't schedule.
  4. Rotate what could have been read. If log review surfaces anything plausible: rotate API credentials for every ISE integration, review and re-issue admin credentials, force re-authentication for TACACS+/RADIUS device-admin secrets, and validate that external identity stores (AD/LDAP bind accounts) weren't tampered with via the appliance.
  5. Confirm the patch, then re-baseline. Apply the fixed patch for your train (3.1→P12, 3.2→P11, 3.3→P12, 3.4→P7, 3.5→P4), verify version + services healthy on every node, and re-baseline normal API traffic so the next anomaly hunt starts from a clean picture.

What Compromise Would Look Like (Detection Signatures)

Generic enough to adapt, specific enough to be useful — the tell-tales an ISE API bypass leaves behind:

  • Volume/rhythm anomalies on API endpoints — integration traffic is scheduled and boring; interactive exploitation is bursty and curious.
  • Geographic or subnet impossibilities for administrative sessions — the management plane should only ever be touched from the management segment; anything else is a finding by definition.
  • Configuration drift without change tickets — authentication policy rules, endpoint profiling policies or SGTs modified outside a change window.
  • New local admin accounts or password changes on accounts whose owners confirm they didn't change them.
  • Endpoint data exfil patterns — unusually large or repeated ERS/monitoring API exports, which is what harvesting the identity map looks like.

If you export ISE logs to a SIEM, this list is one afternoon of correlation rules. If you don't, the patch is step one and log export is step two — an identity appliance without retained logs is an identity appliance you cannot investigate, which after this CVE should be an unacceptable sentence in any network.

The September Pattern: Identity and Edge, Same Week Every Time

Stack this disclosure against the rest of the month and the targeting pattern is unmistakable. September 13: Microsoft's record Patch Tuesday with zero-days exploited at disclosure. September 16: Cisco ISE, CVSS 10.0, exploited, KEV'd, three-day deadline. September 16: the StyleSmuggler Magento commerce zero-day. September 26: Check Point gateways, pre-auth RCE, exploitation confirmed. September 27: NetScaler, unplugged-first guidance. Every class of system that stands between an attacker and a network — identity servers, security gateways, commerce platforms, the OS underneath — got its turn.

Two structural lessons emerge. First, management planes are the new frontier: every one of these bugs attacks the interface administrators trusted enough to expose, and the default configuration trusts it too much. Second, disclosure timelines have collapsed — KEV catalog additions on disclosure day with 72-hour deadlines are now routine, which means your patch SLA for identity/edge infrastructure must be measured in days to be meaningful at all.

Hardening the Identity Plane (Do This Regardless of Patch Status)

  • Segment the management plane. ISE admin APIs should be reachable only from a dedicated subnet, via a jump host, with ACLs listing exact management source IPs. "Reachable from the corp VLAN" is the exposure that turns a CVE into an incident.
  • MFA everything administrative. Super-admin accounts get hardware-backed MFA — hardware keys aren't just for crypto wallets; FIDO2 keys are the strongest phishing-resistant control you can put on an identity administrator. See our FIDO2 security key comparison for picks.
  • Kill the standing-credential integrations you don't use. Every unused API integration is an unused door; review ERS/open API accounts quarterly and delete ruthlessly.
  • Log export + retention. Ship ISE logs to a SIEM or at minimum centralized syslog with 90+ day retention. You cannot investigate what you didn't retain.
  • Rehearse the maintenance. The difference between a 3-day deadline being met and missed is whether the upgrade procedure has been rehearsed. Run the replica-upgrade drill on a test node before the next emergency forces it live.
🛡

Phishing-resistant MFA for the admins of critical infrastructure

Identity servers should only be touchable by admins carrying FIDO2 hardware keys (Amazon AU), with credentials stored in an encrypted vault rather than a spreadsheet. After a CVSS 10 on the identity plane, those two controls are the cheapest insurance on the market.

FAQ

What is CVE-2026-76460?

A CVSS 10.0 authentication bypass in an API of Cisco Identity Services Engine (ISE) and ISE Passive Identity Connector (ISE-PIC). An unauthenticated remote attacker sends a crafted request to the affected endpoint and can issue privileged API requests — effectively taking control of the identity plane that decides who belongs on the network.

Which versions fix it?

ISE and ISE-PIC 3.1 Patch 12, 3.2 Patch 11, 3.3 Patch 12, 3.4 Patch 7 and 3.5 Patch 4. ISE 3.0 is beyond software maintenance — migrate to a supported release.

Is it being exploited?

Yes. Cisco confirmed active exploitation and CISA added the CVE to its Known Exploited Vulnerabilities catalog on September 16, 2026 — disclosure day — with a September 19 remediation deadline for US federal agencies.

Is there a workaround?

No workaround is listed by Cisco. Patching is the only complete fix. Exposure reduction — restricting the management/API plane at the network layer — is the only interim control available for unpatched nodes.

Is ISE-PIC affected too?

Yes — the advisory covers both Cisco ISE and the ISE Passive Identity Connector. ISE-PIC nodes often run quietly alongside the primary deployment and are the ones forgotten in patch cycles; check them explicitly.