Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessExtract shared certificate from any Omada firmware
-
DeliveryGain adjacent network access to management segment
-
ExploitDeploy rogue Omada controller with extracted certificate
-
ExecutionManaged devices authenticate rogue controller as trusted
-
PersistIntercept controller-to-device management communications
-
ImpactExfiltrate credentials and network configuration
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Credential externalization
MITRE ATT&CK
2 techniques across 2 tactics: Persistence, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the attacker to first obtain the shared embedded certificate material, which can be extracted from any Omada-family device's firmware (gateways, switches, APs, OLTs, or controllers) - this is the primary enabling condition. The attacker must then achieve adjacent network positioning on the Omada management network segment (AV:A), such as by compromising a host that can reach controller-to-device communication paths or by physically connecting to the management VLAN. The CVSS 4.0 UI:P qualifier indicates a managed device must initiate a connection to the rogue controller (passive interaction), but this occurs automatically in normal Omada polling behavior and does not require any administrator action. Exploitation is NOT limited to specific configuration settings or non-default deployment modes - the shared certificate design is inherent to all Omada firmware. The meaningful limiting factor is network adjacency: attackers without access to the Omada management segment cannot exploit this remotely over the internet. |
| Impact | The CVSS 4.0 score of 8.2 with AV:A (adjacent network) meaningfully bounds real-world exposure: exploitation requires the attacker to already have a foothold on the same network segment as Omada management traffic, limiting mass internet exploitation. However, once adjacent, AC:L and AT:N confirm the attack itself is straightforward with no exploit complexity - certificate possession is the only gate. The UI:P qualifier in CVSS 4.0 (passive interaction) suggests a victim device or controller must initiate a connection, which is expected behavior in normal Omada controller-device polling, making this practically exploitable without any user action in typical deployments. High confidentiality impact on both vulnerable (VC:H) and subsequent (SC:H) systems reflects that intercepted management traffic likely contains credentials, network topology, and device configurations. No EPSS score was provided in the source data, and the CVE is not in the CISA KEV catalog, so exploitation probability signals are limited to the CVSS vector analysis. The authentication-bypass tag and shared-certificate design mean a single compromised or publicly leaked firmware image could expose all Omada customers - a supply-chain-style amplifier that elevates real-world risk above what the AV:A vector alone implies. |
| Exploit ScenarioDerived | An attacker with access to any Omada device - acquired legitimately, via purchase, or by exploiting a separate vulnerability - extracts the shared embedded certificate from its firmware. The attacker then connects to a target organization's Omada management network segment (via a compromised host, rogue device, or physical access) and stands up a rogue controller presenting the extracted certificate. Managed Omada devices authenticate the rogue controller as trusted and begin reporting to it, enabling the attacker to intercept management traffic including network credentials and configuration data. No public proof-of-concept code has been identified at time of analysis, but firmware extraction from TP-Link devices is a documented research activity. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 03, 2026
Shared embedded certificates across all TP-Link Omada deployments enable impersonation of trusted controllers and managed devices by any attacker who extracts those certificates from a single unit. The CVSS 4.0 vector (AV:A/PR:N/VC:H/SC:H) confirms that an unauthenticated attacker with adjacent network access to the Omada management plane can intercept management communications at high confidentiality impact across both the vulnerable and subsequent systems, with no patch complexity required beyond certificate possession. No public exploit has been identified at time of analysis, and this CVE is not currently listed in the CISA KEV catalog, though the authentication-bypass tagging and the breadth of affected product lines (gateways, switches, access points, controllers, OLTs) give this meaningful real-world weight in environments relying on Omada for network management.
RemediationAI
The vendor has released a patch; administrators should immediately download updated firmware for all affected Omada product types (gateways, switches, access points, controllers, and OLTs) from https://www.omadanetworks.com/us/support/download/ and consult the TP-Link advisory at https://www.tp-link.com/us/support/faq/5216/ for product-specific fix versions and update sequencing guidance. An exact patched firmware version was not independently enumerated in the available input data, so administrators must verify the minimum acceptable version directly from the advisory before deploying. As a compensating control prior to patching, isolate the Omada management network on a dedicated VLAN with strict ACLs permitting only known controller-to-device communication paths, and block lateral access from untrusted segments; this raises the bar for the AV:A prerequisite but does not eliminate the vulnerability since insider or compromised-host attackers may still satisfy the adjacency condition. Monitoring for unexpected devices presenting Omada controller certificates on the management plane can serve as a detection signal.
Affected VersionsENISA
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
CWE-798 (Use of Hard-coded Credentials) describes the root cause: TP-Link embedded identical certificates into firmware shipped across all Omada product families rather than issuing per-device or per-deployment certificates. The Omada ecosystem uses a controller-to-device trust model where controllers manage gateways, switches, access points, and OLTs; this trust is validated via the embedded certificates. Because the same certificate material is present in every unit shipped, extraction from a single device - via firmware unpacking or device compromise - yields a credential that is valid against every other Omada deployment globally. Affected CPEs span the full product stack: cpe:2.3:a:tp-link_systems_inc.:omada_gateways, omada_switches, omada_access_points, omada_controllers, and omada_olts, all with wildcard version strings indicating the issue is not constrained to a specific firmware branch.
Know when Omada Gateways 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:N/PR:N/UI:P/VC:H/VI:N/VA:N/SC:H/SI:N/SA:N
Adjacent vector matches AV:A from 4.0; UI:R reflects passive-but-required device connection initiation; scope change and high confidentiality capture cross-system management traffic interception.
Primary rating from Vendor (TPLink).
CVSS VectorVendor: TPLink
DescriptionCVE.org
Affected Omada devices rely on embedded certificates that are shared across deployments to establish trust between controllers and managed devices.
An attacker who obtains the embedded certificates may be able to impersonate trusted controllers or devices and intercept affected communications.
Executive ViewAI
TP-Link Omada network management infrastructure uses shared embedded certificates across all customer deployments, allowing unauthenticated attackers with network access to impersonate legitimate controllers and intercept management communications affecting gateways, switches, access points, and OLTs. Organizations relying on Omada for network policy enforcement face confidentiality compromise and potential manipulation of network management traffic. This vulnerability creates organizational risk proportional to how extensively Omada manages critical network infrastructure.
Apply vendor patch.
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
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
More in Omada Gateways
View allImproper certificate hostname validation in TP-Link Omada networking devices (gateways, switches, and access points) all
Hard-coded cryptographic keys in the TP-Link Omada adoption protocol allow adjacent-network attackers to impersonate tru
Credential interception in TP-Link Omada's device adoption process exposes site management authentication to offline cra
Insufficient entropy in session key generation within the TP-Link Omada adoption protocol exposes encrypted controller-t
Provisioning data interception in TP-Link Omada's cloud-based device adoption workflow allows a low-privileged network a
Credential recovery is possible on TP-Link Omada network devices - including Gateways, Switches, Access Points, and OLTs
EUVD-2025-210610
GHSA-8mhg-76f5-54fp
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB