CVE-2023-48418: Google Pixel Watch · Improper Privilege Management
Affects Google Pixel WatchSource CVE Database V5
Not known to be exploited · CVSS 10.0 Critical.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 12% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 2 Jan 2024
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-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Google Pixel Watch | Affected
| Fixed in– |
AI-suggested
To mitigate this vulnerability effectively, European organizations should: 1) Immediately inventory and identify all Google Pixel Watch devices running version 11 within their environment. 2) Restrict physical access to these devices to trusted personnel only, minimizing the risk of local exploitation. 3) Monitor device logs and behavior for any unusual adb activity or unauthorized privilege escalations. 4) Implement strict endpoint security policies that include wearable devices, enforcing device encryption and strong authentication mechanisms. 5) Engage with Google support channels to obtain any available patches or security updates and apply them as soon as they are released. 6) Consider temporarily disabling adb access on affected devices if feasible until a patch is available. 7) Educate users on the risks of connecting Pixel Watches to untrusted systems or networks. 8) For organizations using Mobile Device Management (MDM) solutions, enforce policies that limit debugging capabilities and restrict device configurations that could expose adb interfaces. These targeted actions go beyond generic advice by focusing on controlling local access, monitoring for exploitation indicators, and leveraging organizational security controls specific to wearable devices.
Description
In checkDebuggingDisallowed of DeviceVersionFragment.java, there is a possible way to access adb before SUW completion due to an insecure default value. This could lead to local escalation of privilege with no additional execution privileges needed. User interaction is not needed for exploitation