Smartphone Spyware: How Devices Collect and Exfiltrate Data Even Without Internet Access
Smartphones continue collecting data through built-in sensors even when internet connectivity is completely disabled. The common assumption that turning off Wi-Fi and mobile data makes a device invisible is incorrect. Sensors such as the microphone, camera, gyroscope, and GPS/GLONASS receiver operate independently of network connections and can record location, movement, and audio without sending any packets.
Satellite positioning works in receive-only mode, allowing a full daily route to be logged entirely offline. Collected information is queued in local storage and uploaded automatically at the first opportunity. Disabling the internet merely delays transmission rather than stopping surveillance.
Google’s Find My Device and Apple’s Find My (Locator) services can report location for several hours after the phone is switched off. A low-power Bluetooth chip remains active on backup power and broadcasts beacons that nearby devices relay to Google or Apple servers. The feature is limited to specific models, lasts only hours, and can be disabled in settings.
In August 2026, ThreatFabric researchers published details on the Manic trojan, which implements offline data exfiltration using short-range radio links. The malware encrypts files and commands, places them in a local queue, and searches for neighboring infected devices via Wi-Fi Direct, Bluetooth RFCOMM, or BLE GATT. When a neighbor with internet access is found, the package is forwarded; multi-hop routing of up to four intermediate devices is supported.
Real-world risk to ordinary users remains low because the mechanism requires a dense cluster of compromised devices. Targeted attacks against organizations with multiple infected handsets are more feasible. The more common threats are over-privileged legitimate apps and pre-installed malware on devices purchased from unofficial sellers.
Security recommendations include buying only from authorized vendors, installing applications exclusively from App Store, Google Play, or RuStore, strictly controlling permissions (especially “Special Access” and notification access), enabling Google Play Protect, and performing periodic privacy audits every 60–90 days. In case of suspected infection, change passwords from a clean device, enable airplane mode before data transfer, and perform a factory reset from recovery mode using a clean backup.
Related articles
Mimbrob Malware Uses Fake Dronner App to Target Russian Military and Industrial Firms
Researchers at F6 have identified a new malware campaign dubbed Mimbrob that leverages a fake drone-tracking application called Dronner. The lure promises data on heavy Baba Yaga drones and remote mining locations but instead deploys malicious payloads aimed primarily at Russian military personnel near the front line. The malware checks system language, keyboard layouts, and interface preferences, remaining dormant or terminating if Russian or certain CIS and Romanian languages are absent. Since April 2026 the same operators have conducted phishing campaigns against Russian industrial and IT companies using FBULoader disguised as a Yandex Browser update and the RAT-Go remote access trojan. The attackers register lookalike domains of legitimate Russian enterprises to deliver fake metrology notices and court documents. While espionage appears the most probable objective, researchers have not yet obtained the final payload and therefore refrain from definitive attribution.
Group-IB Discovers RemControl Android Banking Trojan Using Dynamic Overlay Attacks to Steal Banking PINs
Group-IB has identified a new Android banking trojan named RemControl with samples dating back to July 2026. The malware targets more than 30 financial institutions across Europe, the Middle East, and Canada, with Italy and France as primary focus areas. RemControl employs an overlay technique that displays a full-screen phishing replica of the legitimate banking app when the victim launches the real application, capturing PINs, access codes, and card details before seamlessly returning control to the authentic app. Phishing screens are not bundled in the APK but are fetched dynamically from operator-controlled servers reachable via Telegram channels, allowing rapid target changes without reinfection. Distribution relies on fake Google Play listing pages that mimic a streaming application, with geo-targeted delivery for Italian visitors. The trojan requests VPN permissions to block Play Store traffic and bypass real-time security checks, followed by accessibility service access that enables screen reading, keystroke logging, remote taps, and unlock pattern reconstruction.
Solar and F6 Integrate Solar webProxy with F6 Malware Detonation Platform to Filter Web Threats
GC Solar and F6 have confirmed compatibility between the Solar webProxy web access management system and the F6 Malware Detonation Platform. The integration allows Solar webProxy to pre-filter web objects and forward only suspicious files via the ICAP protocol to F6 MDP for reputation checks, static analysis, and dynamic detonation in an isolated virtual environment. Administrators can tune the level of filtering to avoid sending benign items such as fonts and icons to the sandbox, preserving resources for genuine threats. Data from the Solar webProxy team shows that archives accounted for an average of 37 percent of web threats in 2025, with malware frequently hidden inside ZIP, RAR, and 7Z containers. The solution targets medium and large organizations in finance, industry, and the public sector that handle high volumes of web traffic daily.
Engineer Tackles Jane Street ASIC Reverse Engineering Puzzle with Custom Simulator and Verilog Extraction
A detailed technical account describes how one engineer spent weeks reverse engineering an ASIC from GDS files provided in a Jane Street puzzle. The process began with parsing the GDS layout using the gdstk Python library to identify 27 cells in the warmup challenge and thousands of elements in the main task. The engineer built a custom logic simulator backed by SQLite, developed a domain-specific hardware description language, and eventually extracted a netlist that could be converted into Verilog for simulation. Key components identified included shift registers, an adder, and a comparator named comparitor496 in the warmup round. In the full challenge, nearly 10,000 instances of 81 different sky130 standard cells were processed, revealing an unexpected floating net that prompted a bug report to Jane Street. The effort combined manual schematic tracing, graph-based connectivity analysis, and waveform inspection with Surfer to confirm functional behavior.