Forescout Finds 15 Vulnerabilities in TP-Link's Omada Zero-Touch Provisioning System, Chainable Into Full Network Takeover
Vedere Labs disclosed 15 flaws in TP-Link Omada's zero-touch provisioning system at Black Hat USA, some chainable into root-level network compromise.
Overview
Researchers at Forescout’s Vedere Labs have disclosed 15 new vulnerabilities in the zero-touch provisioning (ZTP) systems used by TP-Link’s Omada networking ecosystem, warning that some of the flaws can be chained to compromise entire fleets of managed devices, according to SecurityWeek. The findings were published to coincide with a presentation at the Black Hat USA security conference in Las Vegas, according to BleepingComputer.
What ZTP Does and Who It Affects
Omada is TP-Link’s business networking product line, which includes Wi-Fi access points, Ethernet and PoE switches, internet gateways, and VPN routers, according to BleepingComputer. The line is typically used by small to medium-sized businesses, though TP-Link also markets pro-grade deployments for enterprises, BleepingComputer reported.
Zero-touch provisioning lets an IT team or managed service provider configure a device remotely, without manually setting it up on-site, according to BleepingComputer. SecurityWeek reported that the ZTP protocols allow routers, switches, and access points to be automatically configured by cloud-based, hardware, or software controllers, a process designed to reduce manual setup for administrators managing multiple devices.
What We Know
- Forescout’s findings include the use of hardcoded cryptographic keys and certificates, insecure transmission of device and site credentials, weak certificate validation that enables man-in-the-middle attacks, a race condition in cloud-based device adoption, and a cross-site scripting flaw in controller web interfaces, according to SecurityWeek.
- Eleven of the 15 issues have been assigned CVE identifiers; TP-Link declined to assign CVEs to the remaining four, citing low severity, SecurityWeek reported. BleepingComputer listed the assigned identifiers as CVE-2025-9289 through CVE-2025-9293, CVE-2025-15544, and CVE-2025-15627 through CVE-2025-15631. One of those, CVE-2025-9289, is a cross-site scripting flaw in Omada Controllers caused by improper input sanitization, according to the National Vulnerability Database.
- The remaining four unassigned findings concern device adoption based only on knowing a serial number, default credentials used during initial adoption, predictable serial numbers, and files made available through unauthenticated temporary download links, BleepingComputer reported.
- Forescout said the new flaws can be combined with two previously disclosed remote-code-execution vulnerabilities, CVE-2025-7850 and CVE-2025-7851, to build practical attack paths, according to SecurityWeek. “Combined with two previously disclosed CVEs (CVE-2025-7850 and CVE-2025-7851), these flaws enable concrete attacks that let attackers infiltrate networks through controllers and client devices,” Forescout said, as quoted by BleepingComputer.
- In one scenario described by BleepingComputer, a remote attacker could enumerate predictable device serial numbers to obtain MAC addresses and identify devices awaiting adoption, then impersonate one of those devices, exploit the race condition during cloud adoption, and authenticate using default credentials. That would cause the controller to disclose the device configuration, including a cleartext username, an unsalted MD5 password hash, and potentially VPN keys, the outlet reported. The attacker could also inject JavaScript into the controller’s administrative interface to phish an administrator and steal their cloud-controller credentials, then use those credentials to reconfigure managed devices, create VPN tunnels into the internal network, and exploit the previously disclosed command-injection flaws to compromise network equipment, according to BleepingComputer.
- SecurityWeek separately reported that an external attacker with no network access can exploit the cloud-adoption race condition to intercept credentials and configuration data, ultimately gaining administrative control of a user’s cloud controller account and a foothold inside the internal network. Other scenarios show attackers positioned on a local network impersonating controllers or devices to intercept credentials, decrypt protected traffic, or gain unauthorized access, though in some cases an administrator must approve a spoofed device for the attack to work, the outlet said. A successful attack chain “could allow an intruder to gain a foothold inside the network and potentially achieve root-level command execution on the Omada devices it manages,” researchers noted, as quoted by SecurityWeek.
- Omada controllers are not meant to be exposed to the internet, but Forescout said it found more than 1,800 instances accessible from the web, both SecurityWeek and BleepingComputer reported.
- Some of the same underlying weaknesses extend beyond the Omada line to other TP-Link products, including its VIGI IP camera platform, Festa routers, and the Tapo and Kasa smart home lines, according to SecurityWeek.
- The affected product categories include Omada Controllers, Gateways, Switches, Access Points, OLT platforms, cloud services, and TP-Link mobile applications, BleepingComputer reported.
- TP-Link has issued patches and advisories for a portion of the reported issues. The vendor indicated that remediation for some of the more structural weaknesses may not be complete until later in 2026, and some issues classified as low severity will not be patched, according to SecurityWeek.
- BleepingComputer reported that users are advised to visit TP-Link’s Omada download portal for the latest firmware images for their device model, and to use strong, unique administrator credentials, enable multi-factor authentication, rotate secrets if compromise is suspected, update mobile apps, and monitor network traffic for suspicious activity.
What We Don’t Know
Neither outlet has published a complete device-by-device breakdown of which firmware versions remain unpatched, or a firm date for when the remaining structural fixes will ship. Forescout has not named an individual spokesperson in the reporting reviewed here; its statements are attributed to the company rather than to a specific researcher.
Analysis
The disclosure illustrates a recurring pattern in networking-gear security research: automation features built to reduce administrative overhead, such as zero-touch provisioning, can widen the attack surface when the trust relationships they rely on — device serial numbers, default credentials, adoption handshakes — are predictable or weakly protected. That the same underlying weaknesses reappear across Omada’s controller line and unrelated product categories like IP cameras and smart-home devices suggests the issues trace back to shared provisioning code rather than isolated, product-specific bugs, a pattern Forescout’s own combination of the new findings with two older remote-code-execution CVEs was designed to demonstrate.