CVE-2025-69426: RUCKUS Networks vRIoT IOT Controller · Incorrect Permissions
Affects RUCKUS Networks vRIoT IOT ControllerSource CVE Database V5
Not known to be exploited · CVSS 10.0 Critical : upgrade to 3.0.0.0 (GA) as a priority.
Data as of 26 Oct 2026, 07:57 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 33% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 3.0.0.0 (GA)
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:HExploitation evidence
Disclosed: evidence found.
CVE published 9 Jan 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.
What to do
Upgrade RUCKUS Networks vRIoT IOT Controller to 3.0.0.0 (GA).
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| RUCKUS NetworksvRIoT IOT Controller | Affected
| Fixed in
|
AI-suggested
If you cannot patch yet, restrict network access to the SSH service, disable or monitor SSH usage, and avoid deploying vulnerable firmware versions. Do not rely on SCP or pseudo-TTY restrictions as they do not prevent exploitation in this case.
Description
The Ruckus vRIoT IoT Controller firmware versions prior to 3.0.0.0 (GA) contain hardcoded credentials for an operating system user account within an initialization script. The SSH service is network-accessible without IP-based restrictions. Although the configuration disables SCP and pseudo-TTY allocation, an attacker can authenticate using the hardcoded credentials and establish SSH local port forwarding to access the Docker socket. By mounting the host filesystem via Docker, an attacker can escape the container and execute arbitrary OS commands as root on the underlying vRIoT controller, resulting in complete system compromise.