Palo Alto Networks Unit 42 Uncovers Kimwolf v7 Botnet Infecting Android Set-Top Boxes via Open ADB
Specialists from Palo Alto Networks Unit 42 have discovered Kimwolf v7, a new version of a botnet that infects Android set-top boxes and other IoT devices. The malware now mimics real browser behavior during DDoS attacks and hides its command infrastructure behind multiple layers of protection.
The main innovation is HTTP/2 flooding that uses full browser fingerprints. The malicious code reproduces characteristic protocol parameters and headers, making it significantly harder to distinguish attack traffic from actions of ordinary visitors. Instead of simply overwhelming a site with requests, the botnet carefully impersonates a crowd of legitimate users.
Developers have also strengthened communication with command servers. Kimwolf v7 obtains their addresses through Ethereum Name Service and public Ethereum RPC services. If this channel fails, a reserve address in the Tor network is hardcoded into the binary. All traffic passes through a local proxy that handles both regular internet and Tor connections equally.
The new version removes scanning, vulnerability exploitation, and password brute-forcing functions. Researchers believe operators have split responsibilities: an external loader handles infection, while Kimwolf focuses on DDoS attacks and traffic forwarding. Instead of the previous 43 commands, the botnet now uses 15 numbered methods, including a high-performance UDP flood optimized for ARM processors in Android set-top boxes.
Kimwolf has been attacking such devices at least since August 2025. Operators typically reach set-top boxes with open Android Debug Bridge on port 5555 through residential proxies. After launch, the malware disguises itself as system processes such as netd_service. Researchers also found APK files named SystemService that check for root access and execute an embedded ELF payload.
Unit 42 recommends treating Android set-top boxes as untrusted devices, isolating them from corporate networks, and disabling ADB or restricting access to USB only. An inexpensive box connected to a television can easily become a costly problem for the entire infrastructure.
Related articles
Cybercriminals Distribute NJRAT, DCRAT and Chaos via Fake GTA 6 Downloads
Threat actors are leveraging anticipation around GTA 6 to spread multiple malware families through fake game downloads. Security researchers at Huntress identified campaigns that combine search-engine poisoning, gaming forums, torrent sites and social-media posts to deliver oversized fake ISO files exceeding 100 GB. Victims who execute the installer see Russian-language messages claiming an invalid crack or missing license, while remote-access tools and data stealers run silently in the background. The delivered payloads include NJRAT and DCRAT for keystroke logging, screen capture and webcam access, Mercurial Grabber for harvesting browser credentials and Discord tokens, and the Chaos wiper that encrypts small files and overwrites larger ones. The operation primarily targets Russian-speaking gamers, as indicated by the ransom note and error messages. Analysts recommend avoiding unofficial downloads and isolating any compromised systems immediately.
Smartphone Spyware: How Devices Collect and Exfiltrate Data Even Without Internet Access
Modern smartphones continue gathering sensor data including microphone, camera, gyroscope, and satellite navigation even when Wi-Fi and mobile data are disabled. Information is stored locally and transmitted only when connectivity is restored. The Find My Device feature from Google and Find My from Apple allow location reporting for hours after the device is powered off via a separate Bluetooth chip. In August 2026, ThreatFabric disclosed the Manic trojan that uses Wi-Fi Direct, Bluetooth RFCOMM, and BLE GATT to relay encrypted data through nearby infected devices when direct internet access is unavailable. The malware supports multi-hop routing of up to four intermediate devices. Everyday users face greater risk from over-privileged applications and pre-installed malware on gray-market devices than from sophisticated offline exfiltration techniques. A detailed checklist covers purchase hygiene, permission audits, and recovery steps after suspected compromise.
Reconstructed Stuxnet Source Code Published on GitHub with Build Instructions
An unknown researcher has released a reconstructed version of the Stuxnet worm source code on GitHub, including reverse-engineering results and assembly instructions. Stuxnet was discovered in 2010 and is widely attributed to the joint US-Israeli Olympic Games operation targeting Iran's Natanz uranium enrichment facility. The malware specifically attacked Siemens industrial controllers by altering frequency converter operations to physically damage centrifuge rotors while falsifying operator displays. Propagation relied on USB drives, network shares, and a Windows Print Spooler vulnerability, combined with stolen Realtek and JMicron driver-signing certificates. The worm also injected itself into Siemens WinCC and Step 7 software to intercept communications with programmable logic controllers. Due to a flaw in its environment checks, Stuxnet escaped the target network and spread publicly before its built-in June 2012 self-destruct date. Researchers are advised to analyze the code only inside fully isolated virtual machines without network access.
Researchers Create 0-Click WeChat Worm That Hijacks Accounts via Incoming Calls
Security researchers at Calif have developed a 0-click worm capable of compromising WeChat accounts through incoming voice calls without any user interaction. The exploit requires only that the attacker already exists in the victim's contact list and works across Android and iOS devices. In demonstrations, an infected Android device called an iPhone to seize control of its WeChat account while the call continued ringing, after which the compromised iPhone targeted another Android device. The worm spreads automatically between trusted contacts, functioning like a classic network worm but using WeChat profiles as propagation nodes. Even if the victim answers or declines the call, the exploit can persist or be retried, for example during nighttime hours. After account takeover, attackers gain full control to read and send messages, make calls, and impersonate the owner, while the underlying smartphone itself remains unaffected. Tencent received notification in July, released patches in versions 8.0.77 for Android and 8.0.76 for iOS, and server-side blocking was confirmed by late August, with no real-world attacks observed so far.