Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSupplicant authenticates via 802.1X on Arista EOS switch
-
DeliveryAdmin issues 'clear dot1x host all' deauth command
-
ExploitRace condition prevents full state cleanup
-
ExecutionSupplicant retains authorized network access
-
ImpactUnauthorized device continues network activity undetected
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Incomplete cleanup
|
| Exploitation Conditions | Exploitation requires: (1) the target device runs Arista EOS 4.36.0-4.36.1F with IEEE 802.1X authentication (dot1x) actively configured and enforced on at least one port; (2) an administrator issues the 'clear dot1x host all' command, creating the cleanup window the race condition exploits; (3) a supplicant is present and authenticated at the time the command executes, and timing aligns with the race window. The attack vector is adjacent (Layer 2 / same broadcast domain), limiting exposure to devices already on the local network segment. Limiting factors: not remotely triggerable without pre-existing adjacency; requires specific EOS release train (4.36.0-4.36.1F); race condition is not reliably automatable (SSVC Automatable: no); the 'attacker' is a device that is passively benefiting from incomplete cleanup rather than actively triggering the vulnerability. |
| Impact | Real-world risk is low. The CVSS 4.0 score of 2.1 reflects the constrained impact accurately: AV:A (adjacent network, not remotely exploitable over the internet), AT:P (attack requires a specific timing condition), PR:L (some level of privilege), VI:L (low integrity impact only), and no confidentiality or availability impact. SSVC corroborates this with Exploitation: none, Automatable: no, and Technical Impact: partial. EPSS data is not available in the input. There is no KEV listing and no POC code. The practical risk is that a network admin believes a device has been deauthorized but it has not - the window is timing-dependent and not reliably triggerable on demand. This is a correctness/integrity gap in administrative control rather than a remotely exploitable attack surface. Defenders should prioritize this only in environments where 802.1X is actively used as a NAC enforcement boundary and where the 'clear dot1x host all' command is part of incident response or device rotation procedures. |
| Exploit ScenarioDerived | A network administrator issues 'clear dot1x host all' during an incident response procedure to revoke access for a compromised or untrusted endpoint. Due to the race condition, that endpoint's 802.1X authorization state is not fully cleared, and it continues to pass traffic on the network segment. The attacker on the retained supplicant exploits the continued access window to maintain lateral movement or exfiltrate data before the oversight is noticed. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 15, 2026
Arista EOS 4.36.0 through 4.36.1F contains a race condition in IEEE 802.1X port-based Network Access Control that can leave a supplicant in an authorized state after an administrator explicitly issues the 'clear dot1x host all' deauthorization command. The flaw (CWE-459: Incomplete Cleanup) means that a device intended to be removed from the network may retain valid access, undermining the administrative action entirely. No public exploit code exists and SSVC exploitation status is confirmed as none; however, the integrity gap created - a device that should be denied access remaining authorized - is the primary concern for network access control posture.
RemediationAI
Consult the Arista Security Advisory 0150 at https://www.arista.com/en/support/advisories-notices/security-advisory/24706-security-advisory-0150 for the vendor-confirmed fixed release. The affected range is EOS 4.36.0-4.36.1F; upgrade to a patched EOS 4.36 build as directed by Arista. An exact fixed version is not independently confirmed in the available data beyond the advisory reference - verify the minimum safe version directly from the advisory before deploying. As a compensating control where immediate patching is not feasible, administrators can verify deauthorization took effect by inspecting 'show dot1x' state after issuing the clear command, and re-issuing the command or bouncing the affected port if any supplicant remains erroneously authorized. This manual verification step mitigates the impact of the race condition without eliminating it.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
IEEE 802.1X is a port-based Network Access Control (NAC) standard that authenticates supplicants (end devices) to a network via an authenticator (network switch/router) and an authentication server. Arista EOS implements this as part of its dot1x subsystem. The 'clear dot1x host all' command is an administrative operation that should deauthorize all currently authenticated supplicants on all ports. CWE-459 (Incomplete Cleanup) describes a failure to properly remove or reset state during a cleanup or teardown operation. Here, a race condition between the command's execution path and concurrent supplicant state-management logic means the deauthorization may not fully complete, leaving stale authorization entries. Affected CPE scope is Arista EOS versions 4.36.0 through 4.36.1F, a relatively narrow release window within the EOS 4.36 train.
Know when Arista gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:A/AC:L/AT:P/PR:L/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N
Adjacent-only race condition requiring authenticated supplicant and precise timing; integrity-only impact with no confidentiality or availability effect.
Primary rating from Vendor (arista).
CVSS VectorVendor: arista
DescriptionCVE.org
A race condition may cause a supplicant to remain in an authorized state after a clear dot1x host all command is issued.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
GNU Bash through 4.3 processes trailing strings after function definitions in the values of environment variables, which
GNU Bash through 4.3 bash43-025 processes trailing strings after certain malformed function definitions in the values of
Heap-based buffer overflow in dnsmasq before 2.78 allows remote attackers to cause a denial of service (crash) or execut
Command injection vulnerability in VeloCloud Orchestrator (VCO) on-premises allows unauthenticated remote attackers to a
Remote code execution in OpenSSH's sshd server (regression of CVE-2006-5051) allows unauthenticated remote attackers to
Arista DCS-7050QX-32S-R 4.20.9M, DCS-7050CX3-32S-R 4.20.11M, and DCS-7280SRAM-48C6-R 4.22.0.1F devices (and possibly oth
The C+ mode offload emulation in the RTL8139 network card device model in QEMU, as used in Xen 4.5.x and earlier, allows
On affected modular platforms running Arista EOS equipped with both redundant supervisor modules and having the redundan
Heap-based buffer overflow in the PCNET controller in QEMU allows remote attackers to execute arbitrary code by sending
Arista EOS before 4.11.12, 4.12 before 4.12.11, 4.13 before 4.13.14M, 4.14 before 4.14.5FX.5, and 4.15 before 4.15.0FX1.
On affected platforms running Arista EOS with mirroring to multiple destinations configured, an internal system error ma
On affected platforms running Arista CloudEOS an issue in the Software Forwarding Engine (Sfe) can lead to a potential d
EUVD-2026-78214
GHSA-5mw4-287j-72p2
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB