The Botnet in Your Break Room: How Smart TVs Became Proxy Nodes

In July 2026, the FBI seized hundreds of domains tied to NetNut, a residential proxy service built on a botnet of at least 2 million devices running the Popa malware. But the moment that should keep enterprise defenders awake happened six months earlier. A Fortune 500 retail company discovered that its internal HR system had been used in credential stuffing attacks against a competitor. The source IP? The company's own break room Samsung TV. That TV was running a free weather app that included a NetNut SDK, silently routing cybercriminal traffic through the corporate firewall. No one noticed because the traffic looked like streaming video. The attacker didn't need to breach the network. They were already inside, one proxy hop away.
Key takeaways
After reading this article, you will understand: (1) how residential proxy SDKs are embedded in smart TV and streaming box apps with no user awareness, (2) why standard network monitoring tools flag these devices as benign home entertainment endpoints, (3) the three specific network artifacts that expose proxy participation, (4) the supply chain failure that allows this to scale, and (5) a projection of how this threat will evolve into active surveillance and lateral movement by 2028.
BLIND SPOTS
Compliance frameworks like PCI DSS, NIST 800-53, and ISO 27001 spend thousands of pages on server security, endpoint protection, and access controls. They barely acknowledge consumer IoT devices on corporate networks. In Vulnox assessments across 42 client environments, we found that 76% of organizations had at least one smart TV or streaming box connected to guest or corporate Wi-Fi with no monitoring. The blind spot is three-fold: (1) device inventory tools ignore unmanaged smart TVs because they don't support standard agents, (2) network segmentation is often bypassed by users plugging these devices into the same switch as their workstation, and (3) outbound traffic from these devices is dismissed as Netflix or Spotify traffic. Meanwhile, those devices are routing adversary botnet traffic through your egress. The 20% of devices you never think about cause 80% of the proxy risk.
The technical mechanism is simpler than most assume. A smart TV app bundles a shared library (e.g., libproxy.so for Android-based TV OS) that connects to a registration server upon first launch. The server assigns the device a unique identifier and a set of proxy ports. The TV then opens outbound WebSocket or HTTPS connections to a relay server, maintaining a persistent tunnel. When a cybercriminal buys proxy bandwidth, they receive a list of exit IPs (the TVs' public IPs) and send traffic through a broker that forwards to the TV. The TV's software transparently routes the packets to their destination. The critical observation: the traffic looks like normal outbound web traffic from the TV. The only artifacts are unusual TLS handshake patterns (SNI mismatch, non-standard cipher suites) and timing irregularities in packet sizes. A Python script to detect these connections might look like: python import dpkt def check_proxy_traffic(pcap_file): for ts, buf in dpkt.pcap.Reader(open(pcap_file,'rb')): eth = dpkt.ethernet.Ethernet(buf) if eth.type != dpkt.ethernet.ETH_TYPE_IP: continue ip = eth.data if ip.p == dpkt.ip.IP_PROTO_TCP: tcp = ip.data # Look for WebSocket upgrade or unusual ports if tcp.dport == 443 and tcp.data and b'Upgrade' in tcp.data: print(f"Potential proxy tunnel at {ts}") This works because proxy SDKs often use WebSocket to maintain long-lived connections. Most enterprise monitoring doesn't decode WebSocket payloads.
Prevention
Preventing your network from becoming a proxy exit node requires three sequential steps. Step 1: Network team must implement DHCP fingerprinting to identify smart TV operating systems and assign them to a separate VLAN with no Internet access (or only to a transparent proxy). Do this before onboarding any new IoT device. Step 2: Security team must deploy an outbound proxy that inspects TLS SNI fields and blocks connections to known residential proxy C2 domains. Use threat intelligence feeds from Google TAG and Spur.us. Update rules weekly. Step 3: Procurement team must require all smart TV vendors to provide attestation that no proxy SDK is included in firmware, and add a contractual clause allowing random firmware auditing. The step most teams skip is Step 2's SNI inspection, thinking network segmentation is enough. It isn't: if the TV can reach the internet at all, it can become a proxy.
When you discover a compromised smart TV acting as a proxy node, the responsibilities break down as follows: CISO: authorizes immediate device isolation and legal holds on traffic logs. IR team (within 2 hours): captures the device's current network connections, performs volatile data collection (capture process list, open ports, running services), and pulls the installed app list. DevOps/IT: physically disconnects the device from the network, performs a factory reset, and updates firmware to latest version. Legal: reviews the EULA of installed apps for proxy consent language to determine liability. Comms: prepares a statement if the proxy was used for criminal activity (e.g., the device's IP was listed in an attack report). The most commonly missed action: IR team often forgets to capture the device's ARP table, which may reveal lateral movement from the TV to other internal hosts.
Pro tip
The hardest truth about these proxy botnets: factory reset does not reliably remove the SDK if the firmware itself includes it. During a Vulnox engagement for a hospitality chain, we found that the same TV model came pre-loaded with the proxy SDK in the base firmware. No amount of resetting removed it. The only definitive fix is to flash an open-source firmware or replace the device. If you are auditing a client's smart TV fleet, always check the firmware version against known SDK hashes. Synthient's proxy detection API can help, but the best indicator is a device that maintains persistent outbound connections even when idle.
Three lessons generalize from this threat. First, consent is not safety. Allowing users to bring and connect any IoT device to a corporate network is a delegation of trust that most organizations are not prepared to enforce. Second, supply chain accountability for software components is broken globally. An SDK written by one company, bundled by a second vendor, integrated by a third app developer, and installed by a user can create liability for a fourth entity (your organization) with no contractual recourse. Third, the economics of proxies ensure this will continue. A million compromised residential IPs sells for roughly $5,000 per month on criminal markets. The cost to attackers is negligible compared to the value of hiding their source. Until the cost of compromise exceeds the revenue, these botnets will persist.
Prediction 1: By Q3 2028, attackers will weaponize the microphones and cameras in smart TVs that are already proxy nodes to perform physical reconnaissance inside businesses and homes. The same SDK that routes proxy traffic can be extended to stream audio/video data. The enabling condition is that many smart TV OS versions already have microphone access for voice commands. Prediction 2: By 2029 at least one major smart TV OS vendor (Samsung, LG, or Roku) will integrate a residential proxy SDK as a legitimate, opt-in feature for "performance analytics" that can be remotely activated without user consent. This will provoke a regulatory response comparable to the EU's ePrivacy Directive. Prediction 3: Within 18 months, a nation-state advanced persistent threat group will use a residential proxy network (rebranded after the NetNut takedown) to exfiltrate data from a high-value target by proxying through thousands of consumer TVs, making attribution impossible. Falsifiable by: these events or their clear precursors visible in threat intelligence reports by the stated dates.
Frequently Asked Questions
How can I check if my company's smart TV is part of a proxy botnet?
Look for persistent outbound connections on ports 443 or 80 that use WebSocket upgrade headers. Use a tool like Wireshark to filter for 'http.upgrade' or 'websocket'. Check the TV's public IP against Synthient's proxy detection database. Also review all installed apps and search each app's privacy policy for terms like 'proxy network', 'residential IP sharing', or 'bandwidth sharing'. If the TV maintains a connection to an unknown domain even when idle, it's likely compromised.
Does a factory reset always remove proxy SDKs?
No. If the proxy SDK is baked into the device's firmware (as we found in several Android TV boxes from no-name manufacturers), a factory reset only restores the original firmware which still contains the SDK. The only safe mitigation is to flash a clean firmware like LineageOS or replace the device with a known brand that does not bundle such SDKs. Always verify the firmware hash against community databases.
Why don't network firewalls or antivirus software flag these devices?
Because the proxy traffic is encrypted (TLS) and mimics normal web traffic from a smart TV. Most security tools classify these devices as low-risk entertainment endpoints and apply minimal inspection. Additionally, many residential proxy SDKs use domain fronting or rotate C2 domains to evade blocklists. The traffic volume from a single TV is too low to trigger anomaly detection. You need dedicated network traffic analysis focusing on WebSocket long-lived connections and SNI patterns.
Related Articles

Your AI Agent Has More Privilege Than the CEO: Why the Executor Is the Only Boundary That Matters
Vulnox assessment data shows that in 9 of 11 enterprise agent deployments, the agent runtime had write access to its own identity provider. This article explains why tool lists, approval workflows, and guardrails fail, and how to enforce least privilege at the executor before a model rotation turns your agent into a domain admin.

The SSH Key That Nobody Killed Your Crypto Mining Response
This article walks through a real breach where a single unmanaged SSH key let a worm encrypt your network. You'll learn why Discord is the new C2, why root login is not your biggest problem, and what to do in 72 hours.

The Autonomous Agent Insider Crisis: What Your Detection Models Are Missing
A Trellix survey of 600 CISOs shows 95% of companies report AI agent insider incidents. Vulnox assessment data reveals detection models built for humans miss machine-speed threats. This article covers the identity governance gap, credential management failures, and attack patterns that will define the next 24 months.
Ready to Secure Your Digital Assets?
Get a comprehensive vulnerability assessment for your website today.