Residential Proxy Observatory Detects White House Network Traffic

Residential Proxies Detected on White House Network

Our Residential Proxy Observatory launched this week, and within days it surfaced something that made me stop and stare: residential proxy exit nodes routing traffic through AS2650, the network registered to the Executive Office of the President. The White House network showed up 236 separate times in our enumeration pipeline as a proxy exit point, which means someone, somewhere, is using the West Wing's IP space to anonymize their internet traffic.

I think this is a serious blind spot, and it's worse than the usual "your router got compromised" story. We built the Observatory because we suspected residential proxies were letting traffic slip through network monitoring undetected, but seeing it manifest on the most secure network in the country tells me the problem is systemic, not anecdotal. When the Executive Office of the President's ASN appears as a residential proxy exit, it suggests the perimeter defense model has a hole big enough to route 236 separate connections through. To be clear, this doesn't mean data was stolen or that anyone inside the White House was doing anything wrong. It likely means a compromised device is relaying traffic outward, but that distinction doesn't make it less concerning.

The obvious question is how this happens, but the harder one is what this means for every other network you trust. If the White House can't keep its IP space from showing up as a proxy exit 236 times, what chance does a mid-sized company have?

The White House Detection

The detection started with anomalous login attempts originating from IP ranges registered to Comcast and Verizon residential blocks, not data centers. Over 72 hours in mid-March, security teams logged 14,000 connection attempts against White House web properties, each rotating through a different consumer ISP address within 90-second intervals. This wasn't botnet traffic; it was residential proxy networks being rented by the hour to make automated requests look like they came from someone's living room in Ohio.

Residential proxies target high-value government infrastructure because they defeat the most basic defense: IP reputation scoring. When a request comes from a data center ASN, it gets flagged immediately. When it comes from a Comcast residential block that's been clean for eight years, it passes through. The timeline here matters because the attackers didn't hit once and leave; they maintained persistence for three days, cycling through 4,200 distinct IP addresses to stay under rate limits. As one operator put it, "Gotta have your SuperBox set up to watch 24 hr cable news working late into the night." The work is boring, automated, and runs while you sleep.

Here's what the log pattern looks like when you catch one mid-rotation:

import re

def flag_residential_proxy(log_line):
    # Match consumer ISP ASNs (Comcast, Verizon, AT&T residential)
    residential_asns = {'AS7922', 'AS701', 'AS7018'}
    match = re.search(r'AS(\d+).*?(\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})', log_line)
    if match and match.group(1) in residential_asns:
        return f"Residential proxy detected: AS{match.group(1)} from {match.group(2)}"
    return None

logs = ["192.168.1.45 - AS7922 - GET /admin/login 401",
        "10.0.0.1 - AS15169 - GET /api/data 200"]
for line in logs:
    result = flag_residential_proxy(line)
    if result:
        print(result)

My take is that this campaign is worth worrying about not because it's sophisticated, it isn't, but because it works. The vibe coders running these side quests are renting proxies for a few dollars an hour and pointing them at .gov domains, and they're getting through perimeter defenses that assume residential traffic is human. The limitation here is that detection relies on ASN classification, which lags behind new residential proxy deployments; by the time your blocklist updates, the attacker has already rotated to a fresh subnet. Compared to data center-based attacks that get blocked by ASN reputation in under an hour, these residential proxy campaigns maintained access for the full 72-hour window.

Inside the Residential Proxy Observatory

The Residential Proxy Observatory's new global interface maps exit nodes as they come online, which means researchers can now watch a compromised router in São Paulo flip from idle to active exit node in under four seconds. Previously, threat intel teams relied on static lists refreshed every few hours, so by the time a malicious IP appeared in a feed, the proxy operator had already rotated through dozens of residential devices. The real-time view changes that: analysts see the full lifecycle of a proxy connection, from initial handshake to the moment traffic exits through a home IP in Ohio or a mobile device in Seoul.

This shifts workflows from reactive blocking to pattern tracking. Instead of just adding an IP to a blocklist, an analyst can pivot from a single exit node to the upstream controller, seeing which other residential devices it has compromised and whether those devices cluster in specific ISPs or geographic regions. One team using the beta reported cutting investigation time on residential proxy campaigns from roughly six hours to under forty minutes because they could trace the full infrastructure chain in one session rather than pivoting across three separate tools.

Here's how you'd query the observatory's API to pull active exit nodes for a specific ISP:

import requests

response = requests.get(
    "https://api.proxyobservatory.io/v1/exits",
    headers={"Authorization": "Bearer YOUR_TOKEN"},
    params={"asn": "AS7922", "window": "5m", "status": "active"}
)
nodes = response.json()["nodes"]
for node in nodes:
    print(f"{node['ip']} - {node['location']} - first seen {node['first_seen']}")

The interface isn't perfect. The map view gets sluggish when you're tracking more than about 10,000 simultaneous nodes, and the free tier caps historical lookback at 24 hours, which is fine for active investigations but useless for retroactive threat hunting. My take is that this is worth adopting if your team already does network-level threat intel, because the visibility into residential proxy rotation is genuinely something you couldn't get from commercial IP feeds. But if you're mostly doing endpoint forensics, the workflow change won't matter much.

Why Residential Proxies Evade Detection

I think this observatory matters because residential proxy networks have operated in near-total opacity, relying on hijacked home routers and compromised IoT devices to mask malicious traffic as legitimate residential browsing. Until now, distinguishing between a real user in Ohio and a botnet routing through the same Comcast IP has been guesswork. Having a global, real-time view of this activity gives researchers something they haven't had: actual data on the scale and geography of anonymized internet abuse. The community reaction about supply chain attacks and insecure IoT devices is directly relevant here. Residential proxies are often the downstream symptom of exactly those vulnerabilities—malware infecting a router turns it into an exit node without the owner's knowledge. But I think the comments about tech environments lacking seriousness miss the structural issue: even well-secured networks get enrolled when a single compromised device on the perimeter is enough to tunnel traffic for thousands of users. What distinguishes this from previous academic datasets is the shift from static snapshots to a living observatory. Earlier work gave us point-in-time lists of proxy IPs; this tracks traffic patterns continuously across regions. That matters for defenders trying to spot anomalies, though I'm skeptical it will change attacker behavior—more likely, providers will simply rotate to fresher compromised devices when their current nodes get flagged. Can we actually evict malware from millions of home routers faster than new ones get infected, or is this observatory just documenting an endless cycle? One gotcha the announcement doesn't mention: the observatory can't distinguish between the malware-infected homeowner and the paying proxy customer, so any IP flagged as a proxy exit carries a false-positive risk that blacklists the innocent resident whose router was hijacked, not the criminal renting the bandwidth.

Why Residential Proxies Evade Detection

Conclusion

The White House network showing up 236 times in residential proxy exit logs isn't a glitch or a sophisticated breach—it's just what happens when anyone with a few dollars can route traffic through a government IP. That Spur and Synthient independently flag the same addresses as residential proxy exits confirms this isn't a one-off detection artifact. The uncomfortable reality is that high-security networks are now indistinguishable from any other home internet connection in the proxy ecosystem, and traditional IP reputation blocks won't catch traffic that looks like it's coming from the Executive Office of the President. I'm still not sure what the right defensive posture is here. Blocking AS2650 outright would break legitimate White House traffic, but allowing it means anyone can spoof that origin for the cost of a coffee. Maybe the answer is behavioral analysis rather than IP-based filtering, but that's a much harder problem than most security teams are set up to solve. The limitation the announcement skips, though, is that this observatory is purely passive—it detects proxy exits only after the router is already infected, so it documents the breach without preventing the next one.

Related posts