WiFi Broadcasts in All Version of Android OS Leaking Sensitive Data Including IP Addresses, BSSID, WiFi Network Name

WiFi Broadcasts in Android OS Leaking sensitive data from a user’s Android device and the details about all the application that running on the user’s device.

All the version of Android running devices is affected by this vulnerability including  Amazon’s FireOS for the Kindle.

It leaks Sensitive information such as WiFi network name, BSSID, local IP addresses, DNS server information and the MAC address.

Other than this, attackers need some extra permission to access the rest of the information in the vulnerable Android devices.

Since the MAC address unique for every Android mobile and its tied to hardware thus helps to track any Android device.

Apart from this, network name and BSSID can be used to geolocate users via a lookup against a database of BSSID such as WiGLE or SkyHook.

WiFi Broadcasts Vulnerability Analysis

Android using service called  “Intents” for interprocess communication, also in order to send a message by application or OS that can be listed by other applications  “Intent” is mainly used by broadcast.

Also, it restricts who is allowed to read such messages or mask sensitive data. along with this Another security mechanism present in the Android is permissions that used to protect the privacy of users.

There are 2 intents used by Android OS broadcasts about WiFi connection and the WiFi network interface.

According to nightwatch cybersecurity, on Android versions 6.0 and later, the real MAC address of the device is no longer available via APIs and will always return the address “02:00:00:00:00:00”. However, an application listening for system broadcasts does not need these permissions thus allowing this information to be captured without the knowledge of the user and the real MAC address being captured even on Android 6 or higher.

In this behavior has been confirmed in multiple types of hardware and Android versions. For Android device users, you can replicate these issues as follows:

  1. Install the “Internal Broadcasts Monitor” application developed by Vilius Kraujutis from Google Play.
  2. Open the application and tap “Start” to monitor broadcasts.
  3. Observe system broadcasts, specifically “android.net.wifi.STATE_CHANGE” and “android.net.wifi.p2p.THIS_DEVICE_CHANGED”.

This is has been reported to Google and they fixed the vulnerability in Android P / 9. The vendor does not plan to fix prior versions of Android. Users are encouraged to upgrade to Android P / 9 or later.

References

Android ID # 77286245
CVE ID: CVE-2018-9489
Google Bug # 77236217
GitHub: Internal Broadcasts Monitor

Balaji

BALAJI is an Ex-Security Researcher (Threat Research Labs) at Comodo Cybersecurity. Editor-in-Chief & Co-Founder - Cyber Security News & GBHackers On Security.

Recent Posts

260 Domains Hosting 5,000 Malicious PDFs to Steal Credit Card Data

Netskope Threat Labs uncovered a sprawling phishing operation involving 260 domains hosting approximately 5,000 malicious…

12 minutes ago

Winos4.0 Malware Targets Windows Users Through Malicious PDF Files

A new wave of cyberattacks leveraging the Winos4.0 malware framework has targeted organizations in Taiwan…

51 minutes ago

DeepSeek Data Leak Exposes 12,000 Hardcoded API Keys and Passwords

A sweeping analysis of the Common Crawl dataset—a cornerstone of training data for large language…

1 hour ago

Lotus Blossom Hacker Group Uses Dropbox, Twitter, and Zimbra for C2 Communications

The Lotus Blossom hacker group, also known as Spring Dragon, Billbug, or Thrip, has been…

12 hours ago

Squidoor: Multi-Vector Malware Exploiting Outlook API, DNS & ICMP Tunneling for C2

A newly identified malware, dubbed "Squidoor," has emerged as a sophisticated threat targeting government, defense,…

12 hours ago

Unpatched Vulnerabilities Attract Cybercriminals as EDR Visibility Remains Limited

Cyber adversaries have evolved into highly organized and professional entities, mirroring the operational efficiency of…

12 hours ago