CVE-2025-48571: Android Bluetooth SMS Interception Vulnerability (CVSS 4.3)
A logic error in Android's Bluetooth management code (btm_sec.cc) creates a window where attackers can intercept incoming SMS messages. An attacker on the network could exploit this to read message content without needing special device permissions, but requires user interaction to succeed—for instance, the user must be engaged in a Bluetooth operation when the interception occurs. The vulnerability carries medium severity; while SMS interception is serious, the requirement for user interaction and network proximity limits the attack surface.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N
- Weaknesses (CWE)
- CWE-693
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-17 / 2026-06-17
NVD description (verbatim)
In multiple functions of btm_sec.cc, there is a possible way for an attacker to intercept SMS messages due to a logic error in the code. This could lead to remote information disclosure with no additional execution privileges needed. User interaction is needed for exploitation.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2025-48571 stems from improper protection mechanism logic in multiple functions within Google Android's btm_sec.cc file, which manages Bluetooth security state. The flaw allows a network-adjacent attacker to bypass intended SMS message confidentiality controls via a logic error. The vulnerability is classified as CWE-693 (Protection Mechanism Failure), indicating the root cause is a failure in the code's access control or state management during Bluetooth operations. No privilege escalation is required from the attacker's perspective, and successful exploitation results in information disclosure of SMS content.
Business impact
SMS message interception poses significant risk to organizations and users relying on SMS for sensitive communications. Attackers could capture authentication codes sent via SMS, compromising multi-factor authentication schemes. Business continuity impact is moderate given the user-interaction requirement, but any compromise of SMS confidentiality should be treated as a signal to audit your authentication architecture. Organizations should review whether SMS-based secrets (OTPs, password reset links) are still in use and consider shifting to app-based or hardware-backed authentication where feasible.
Affected systems
Google Android devices running versions prior to the patched release are affected. The vulnerability exists in core Bluetooth security handling code, meaning any Android device with Bluetooth capability and the vulnerable code path active is at risk. End users and enterprises with unpatched Android devices are in scope, particularly those handling sensitive data via SMS or relying on SMS-based authentication.
Exploitability
Exploitation requires network proximity (the attacker must be in Bluetooth range or on the same network segment), no special privileges, and user interaction. The user-interaction requirement—likely tied to an active Bluetooth operation or connection state—means this is not a zero-click vulnerability. An attacker would need to be present during the window when a user initiates or maintains a Bluetooth connection, making opportunistic, large-scale attacks less practical. However, targeted attacks against known individuals in controlled environments remain feasible.
Remediation
Apply the security patch released by Google for the affected Android version. Verify the patch is installed via Settings > About Phone > Android Security Patch Level. Organizations should prioritize patching devices used for sensitive communications or authentication workflows. Until patching is complete, users should disable Bluetooth when not actively needed and avoid initiating Bluetooth connections in untrusted environments.
Patch guidance
Consult Google's Android Security & Privacy Year in Review or official Android Security Bulletin for the specific version and release date addressing CVE-2025-48571. Patches are typically rolled out via monthly security updates. Verify the installed Android security patch level matches or exceeds the date when Google released the fix. Device manufacturers may bundle the patch in their own over-the-air updates; check your device manufacturer's security advisory as well. Enterprise deployments should test the patch in a staging environment before broad rollout to ensure compatibility with custom Bluetooth integrations.
Detection guidance
Detection of active exploitation is challenging without elevated logging, as the attack occurs at the Bluetooth protocol level. Network monitoring may reveal suspicious Bluetooth pairing attempts or unusual connection patterns during SMS receipt. On the device itself, enable verbose Bluetooth logging (if available in developer options) and monitor system logs for btm_sec.cc errors or state machine anomalies. SIEM solutions should correlate SMS events with unexpected Bluetooth state changes or device-log anomalies. Intrusion detection systems with Bluetooth protocol awareness may flag malformed Bluetooth frames during the attack window.
Why prioritize this
This vulnerability merits swift but not emergency-level patching. The CVSS score of 4.3 reflects medium severity; while SMS interception is concerning, the user-interaction requirement and limited exploit window prevent this from being a critical 0-day. However, the targeting of authentication infrastructure (SMS OTPs) means it should be prioritized ahead of less-sensitive issues. Organizations using SMS for 2FA should patch within 30 days; others within 60 days. The vulnerability is not listed in CISA's Known Exploited Vulnerabilities catalog, suggesting in-the-wild exploitation remains limited.
Risk score, explained
CVSS 3.1 score of 4.3 (MEDIUM) accurately reflects the threat. Network reachability (AV:N) and low attack complexity (AC:L) are offset by the requirement for user interaction (UI:R), no privileges needed (PR:N), and a limited scope affecting only confidentiality (C:L/I:N/A:N). The score appropriately penalizes the attack for its user-interaction requirement, preventing a higher severity rating despite the sensitive nature of SMS data. Organizations should not interpret a 4.3 as low-risk; rather, it reflects a moderate threat that is meaningful but not universally critical.
Frequently asked questions
Can this vulnerability be exploited over the internet without the attacker being physically near the device?
No. The attack requires network or Bluetooth proximity. The attacker must be within Bluetooth range (typically 10-100 meters) or on the same local network segment. Long-distance internet-based exploitation is not possible.
Will this vulnerability affect my device if I disable Bluetooth?
No. Disabling Bluetooth entirely closes the attack vector. If you do not use Bluetooth, this vulnerability poses no direct risk to your device, though you should still apply the patch for hygiene and in case Bluetooth is re-enabled in the future.
Is there any publicly available exploit code for this vulnerability?
Not at this time. The vulnerability has not been added to CISA's Known Exploited Vulnerabilities list, and no weaponized proof-of-concept has been disclosed. This does not mean the vulnerability is safe to ignore; patching promptly remains the recommended action.
If I use an authenticator app instead of SMS for two-factor authentication, am I protected from this vulnerability?
Yes. Authenticator apps (TOTP/HOTP) bypass this vulnerability entirely since they do not rely on SMS. If you have not migrated away from SMS-based 2FA, this vulnerability is a strong business case to do so.
This analysis is provided for informational purposes and should not be considered a substitute for official vendor advisories or risk assessments tailored to your organization's environment. Patch version numbers, release dates, and affected product versions should be verified against Google's official Android Security Bulletin before deployment. User interaction requirements and attack prerequisites may vary based on device configuration and Bluetooth implementation details. SEC.co does not assume liability for patching decisions or security outcomes resulting from this guidance. Always test patches in non-production environments before broad rollout. Source: NVD (public-domain), retrieved 2026-07-26. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10944MEDIUMChrome iOS Autofill Data Leak Vulnerability – Patch Now
- CVE-2026-10950MEDIUMChrome iOS Autofill Data Leak Vulnerability – Patch Guide
- CVE-2026-11174MEDIUMChrome Site Isolation Bypass – CVSS 5.3 Medium Vulnerability
- CVE-2026-11206MEDIUMChrome Service Worker Data Leak Vulnerability – CVSS 6.5
- CVE-2026-11219MEDIUMGoogle Chrome Navigation Bypass Vulnerability – Patching Guide
- CVE-2026-11234MEDIUMChrome FoldableAPIs Site Isolation Bypass (149.0.7827.53)
- CVE-2026-11260MEDIUMGoogle Chrome CSP Bypass in Permissions Handling
- CVE-2026-11263MEDIUMChrome Android WebAuthentication Policy Enforcement Flaw