Papers for

mobile device security teams

Papers whose findings have a practical use for this group, as judged from the abstract. Open a paper to read what it means in practice.

LLM powered fuzzing finds security flaws in 5G and Bluetooth devices

5uGUE: Agentic Hardware-in-the-Loop Fuzzing for 5G Devices and beyond

Abstract: In this paper, we present 5uGUE, a large language model (LLM)-driven hardware-in-the-loop agent, which enables the wireless fuzzing of 5G-enabled devices (such as mobile phones). 5uGUE combines multi-step reasoning with tool-assisted interaction and integrates into the fuzzing pipeline by leveraging specialized tools for internet search, 5G protocol analysis, memory management, and test-case execution. The agent iteratively generates test cases, executes them on targets, collects runtime feedback, and adaptively refines the fuzzing strategy. We evaluate 5uGUE on five commercial off-the-shelf (COTS) 5G devices across six LLMs. The best performing runs for 5uGUE trigger 167 crashes in total (141 novel and 31 unique) within 60 interaction turns (49 to 133 minutes total runtime). In contrast, the best runs for the state-of-the-art baseline (5GHOUL) discovers only 13 crashes in total (10 novel and 6 unique) within 150 minutes. Overall, by integrating LLM-driven agents, 5uGUE demonstrates significantly better crash discovery performance (12.8x total, 5.2x unique improvement). Notably, among the crashes discovered by 5uGUE, MediaTek has confirmed two new high-severity vulnerabilities, with one CVE assigned (CVE-2026-20525), while UNISOC confirmed seven crashes. Finally, to demonstrate that 5uGUE is agnostic to wireless protocols, we also extend it to Bluetooth Classic with only minimal code changes. In our evaluations, 5uGUE finds an average of 6.4 novel crashes and 1.6 unique crashes. In a nutshell, 5uGUE highlights that LLM agents are capable to operate effectively beyond software-in-the-loop settings, extending autonomous vulnerability discovery to the proprietary, hardware-bound systems that affect billions of end-user devices across multiple wireless protocols.

Wed 21 OctNetworking and Internet Architecture
The gist
Finding security problems in 5G phones and similar wireless devices is hard because they involve both hardware and complex protocols. The authors created 5uGUE, a system that uses large language models (LLMs) combined with hardware testing to automatically invent and run test cases that expose crashes and vulnerabilities. This system found many more crashes than previous methods, including serious security flaws confirmed by manufacturers. It also works on other wireless protocols like Bluetooth with little adjustment. This shows AI can help discover bugs in devices with complicated hardware and software interactions.
Open → 2610.29155v1

Apple App Store tracks users without consent using sensitive personal data

Poor Privacy Practices Of The Apple App Store: Cookies, Advertising and Tracking Of Users

Abstract: We analyse the data that the Apple App Store sends to and receives from Apple servers. We find that multiple cookies are sent by Apple servers and stored on the handset. Adverts with tracking identifiers are also stored on the handset, and we observe that adverts are selected by Apple servers using GDPR special category personal data such as sexuality, religious beliefs and health. User interactions with the Apple App Store (apps and adverts viewed, buttons clicked, searches made etc) are transmitted to Apple servers alongside identifiers linking this data to the individual user and device. We show that much of this data storage and transmission is not essential for the service requested by the user, namely to view, search and install apps. No consent is sought for any of this data storage and processing, and there is no opt out.

Sun 4 OctNetworking and Internet Architecture
The gist
The Apple App Store collects and stores lots of information about users without asking permission. It uses cookies and tracking IDs to follow what apps and ads users look at or click on. The researchers found that Apple even uses very private details like religion, health, and sexuality to choose which ads to show. Much of this data collection is not necessary for the app store to work properly. There is no way for users to stop this tracking or opt out.
Open → 2610.05475v1

Gnss spoofing attacks threaten smartphone location accuracy and defenses

GNSS Spoofing in Mobile Devices: A Survey on Impact and Countermeasures

Abstract: Smartphones rely on Global Navigation Satellite System (GNSS)-based positioning for many of the functions they execute everyday. The GNSS receivers embedded in smartphones are susceptible to anthropogenic radio frequency interference attacks in the forms of jamming and spoofing due to the low-power and open-architecture signals they receive from the satellite constellations. While jamming is a practice that denies a GNSS receiver the ability to form a position, velocity, and time (PVT) solution, spoofing represents a more insidious threat by using forged satellite signals that aim at causing the victim receiver to compute a false PVT solution. The ubiquity of smartphones and the sensitive geolocation data they hold make them a primary target for malicious spoofing. However, their hardware constraints and the lack of deep visibility into the GNSS receiver processing chain create significant hurdles for effective countermeasures. Existing surveys comprehensively explore general spoofing countermeasures but fail to address these mobile-specific limitations. This article fills that gap with a novel survey focused on techniques viable within the unique constraints of smartphone architectures. Specifically, we establish a taxonomy for defining GNSS spoofing attack effects and countermeasures, provide a historical review of smartphone vulnerability characterization, and provide an overview of techniques proposed to detect and counteract smartphone spoofing threats, offering a comparative framework to weigh their respective pros and cons on mobile platforms.

Thu 1 OctCryptography and Security
The gist
Smartphones use satellite signals to find out where they are, but these signals are weak and easy to trick. Some attackers can send fake signals that make phones think they are somewhere else, which can cause problems for apps and services that rely on accurate location. The authors review how these fake signal attacks work on phones and what methods could help detect or block them, focusing on what is possible given the limits of phone hardware. They also compare different approaches to help developers choose the best way to protect users.
Open → 2610.01294v1

Pixel 8 phone blocks secret location tracking by SMS triggers

SMS-delivered network-initiated SUPL on Pixel 8: a privacy assessment

Abstract: A SUPL\_INIT message is a network-initiated trigger that can be sent to a handset using an SMS to unilaterally start a location session: on receipt, the handset is instructed to determine its own position and report it, together with an identifier such as its IMSI, to a server specified in the message, without any action by the phone's user. The concern motivating this investigation is whether such a message could be used to silently exfiltrate a handset's location and subscriber identity to a server under an attacker's control. We investigated this on a Google Pixel 8 handset, which uses a Samsung Exynos modem and a Broadcom GPS/GNSS subsystem. We find no privacy issue: the handset never sends location data to an attacker-chosen server as a result of an unsolicited SUPL\_INIT delivered by SMS.

Sat 19 SeptCryptography and SecurityNetworking and Internet Architecture
The gist
Some messages sent to phones can start a location check without the user knowing. The authors checked if this happens on the Pixel 8 phone, which uses certain chips for GPS and communication. They found the phone does not send its location or ID to a bad server when it gets this kind of message without permission. This means the Pixel 8 is safe from this type of secret tracking.
Open → 2609.22900v1