TL;DR: 4 billion sessions targeting the edge were observed over 90 days, and GreyNoise found that 39% of unique IPs came from home connections, nearly double their 22% share of sessions, showing that IP reputation is a weak trust signal against rotating residential proxies. That makes edge defence dependent on context, behaviour, and session control rather than source address alone.
At a glance
What this is: GreyNoise's report shows that residential proxies now blend into ordinary edge traffic, making source IP a weak indicator of malicious intent.
Why it matters: That matters because identity and access teams cannot rely on network origin alone to distinguish legitimate users, partners, bots, and abusive automation at the edge.
By the numbers:
- GreyNoise observed 4 billion sessions targeting the edge over 90 days.
- 39% of unique IPs targeting the edge come from home internet connections, nearly double their 22% share of sessions.
- 78% of residential IPs are observed at most twice across the entire Global Observation Grid before rotating.
- 0.1% of residential sessions carry exploitation payloads, versus 1.0% from hosting infrastructure.
Context
Residential proxies are compromised or repurposed home and small-business connections used to disguise attacker traffic. They matter because many security controls still assume that source IP, ASN, or geolocation can separate good traffic from bad traffic, even though those signals are now easy to blend into ordinary user populations. The result is a trust problem at the edge, not just a detection problem.
For identity and access programmes, this is a boundary issue as much as a network issue. When residential infrastructure can carry both legitimate-looking sessions and malicious activity, step-up controls, device signals, behavioural detection, and session governance become more important than simple source-based allowlists. The same logic applies to human, bot, and secret sprawl challenge driven abuse paths.
Key questions
Q: How should security teams defend edge services when attackers use residential proxies?
A: Security teams should stop treating source IP as a primary trust factor and instead combine authentication strength, device confidence, behavioural signals, and session risk. Residential proxies are effective precisely because they look normal at the network layer, so controls need to decide based on who or what is acting, not where the traffic originates.
Q: Why do residential proxies defeat simple IP reputation controls?
A: Because the IP no longer represents a stable trust relationship. Attackers can rent, rotate, and resell household connections so the same address may be used by multiple actors over time. That makes static bad-IP lists too slow and too blunt for modern fraud defence.
Q: What are the signs that edge traffic may be coming from residential proxy infrastructure?
A: Common signs include short-lived IPs, repeated brief sessions from the same home or mobile ranges, inconsistent geolocation patterns, and a mix of low-volume reconnaissance with later payload delivery from different infrastructure. None of these signs proves maliciousness alone, but together they indicate that origin-based trust is failing.
Q: Should organisations still use geolocation and ASN data in access policy?
A: Yes, but only as supporting context rather than as a decisive trust control. Geolocation and ASN data still help with anomaly detection, fraud scoring, and regional policy enforcement, but residential proxies make those signals too easy to mimic for strong security decisions on their own.
Technical breakdown
Why residential proxy traffic defeats IP reputation models
A residential proxy routes traffic through consumer broadband or mobile links that already look normal to security tooling. Reputation systems, geolocation filters, and ASN-based scoring work best when malicious infrastructure is distinct from user infrastructure. Residential proxies collapse that distinction because the exit node is a real household or small-business address, so the same IP range can represent an employee one minute and an attacker the next. Rotation makes it worse: the address often changes before a feed can accumulate enough evidence to classify it reliably. In practice, origin-based trust is too slow for this traffic pattern. Read Top 10 Secrets Management Mistakes.
Practical implication: Treat source IP as a weak signal and require higher-confidence context before allowing sensitive sessions.
How rotation changes the defender's detection window
Rotation is the core operational advantage of residential proxy ecosystems. The report shows that most residential IPs appear only briefly, with many observed once or twice before disappearing. That means the adversary does not need persistence at the same address, only enough time to complete reconnaissance, probing, or credentialed abuse. Feed-based blocking struggles here because the malicious session often finishes before a blocklist updates. The control gap is not just visibility. It is the time between first observation and enforceable action, which is too long for transient infrastructure. Read Guide to NHI Rotation Challenges.
Practical implication: Move controls closer to session validation and behavioural analysis so enforcement can happen before the address disappears.
Why edge defence needs identity-aware signals, not just network signals
Edge traffic now mixes human users, automated clients, and attacker infrastructure that all share the same network properties. That makes identity, device posture, and session behaviour more valuable than origin metadata alone. For IAM teams, this is relevant because authentication and authorization decisions increasingly sit behind web front doors, APIs, and remote access layers where source IP has historically been overused as a trust factor. The practical response is to combine risk scoring with stronger session controls, step-up verification, and tighter policy decisions around unusual access paths. See the NHI Lifecycle Management Guide.
Practical implication: Use contextual authentication and session governance to reduce reliance on network-origin trust.
Threat narrative
Attacker objective: By blending into ordinary home and small-business traffic, the attacker aims to evade origin-based detection long enough to probe, access, or exploit edge-facing services.
- Entry begins through residential proxy infrastructure that masks attacker traffic behind consumer-grade IP addresses.
- Credentialed or unauthenticated probing follows, with the short-lived IP often rotating before reputation systems can respond.
- Escalation occurs when the hidden session reaches edge services, login flows, or exposed resources without being treated as hostile.
- Impact is achieved through evasion of feed-based detection and repeated access attempts from regenerated residential infrastructure.
Breaches seen in the wild
- Travis CI secrets exposure 2021: A Travis CI flaw exposed public projects' signing keys, API tokens and credentials to forked pull requests for eight days; no misuse confirmed.
- Sisense breach 2024: A credential in Sisense's GitLab reportedly opened S3 buckets of customer tokens, passwords and certificates; CISA urged a full reset.
Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
IP reputation has become a weak trust control at the edge. GreyNoise's data shows that residential infrastructure now sits inside the same address space as ordinary users, which breaks the assumption that source IP can reliably separate benign from malicious sessions. That shifts decision-making toward identity, device, and behaviour signals instead of network origin alone. Practitioners should treat IP as one input to risk, not a trust boundary.
Residential proxies create a detection gap, not just an attribution problem. The important failure is not that defenders cannot name the operator, but that enforcement arrives after the address has already rotated. That makes reputation feeds structurally late for this class of traffic and exposes a broader problem in edge governance. Teams should move policy decisions earlier in the session and reduce dependence on after-the-fact blocklisting.
The real control gap is the assumption that attacker infrastructure is stable long enough to be classified. Residential proxies and compromise-driven exits are intentionally ephemeral, so any model built around persistent indicators will lag the threat. The article reinforces a named concept we should keep using: origin trust collapse, meaning the breakdown of source-based confidence when malicious and legitimate traffic share the same network traits. Practitioners should design controls around session trust, not source trust.
Identity teams need to absorb more of the burden that network controls can no longer carry. When edge traffic looks normal at the IP layer, authentication quality, device confidence, and behavioural anomalies become the only defensible separators. That matters for IAM, PAM, and NHI programmes because the same trust gap affects human users, API clients, and automated access paths. Practitioners should align edge policy with identity assurance rather than network reputation alone.
From our research library:
- 71% of NHIs are not rotated within recommended time frames, increasing the risk of compromise over time, according to the Ultimate Guide to NHIs.
- Read next: Top 10 Secrets Management Mistakes
What this signals
Origin trust collapse: when attacker and legitimate traffic share the same consumer network traits, source-based trust stops working as a meaningful security control. That is why edge programmes need to privilege identity assurance and session behaviour over IP reputation, especially where login, API, or partner traffic converges.
The practical effect is a shift in control design. Teams should expect more false confidence from reputation feeds and more value from behavioural correlation, step-up checks, and session-level policy enforcement, because residential proxy traffic is built to outrun static indicators.
The scale of the problem is already visible in NHI-adjacent governance terms: 71% of NHIs are not rotated within recommended time frames, increasing the risk of compromise over time, according to the Ultimate Guide to NHIs. The same governance lesson applies here, because controls that depend on slow-moving indicators will always lag fast-changing access paths.
For practitioners
- Replace IP-only allowlisting with risk-based edge policy Use source IP as a low-confidence signal and combine it with device posture, session history, geolocation consistency, and behavioural checks before granting access to sensitive flows.
- Shorten the decision window for transient sessions Push enforcement into the first authenticated request or pre-authentication gate so short-lived residential proxies cannot complete their work before controls react.
- Review controls that assume residential traffic is benign Revisit CAPTCHA, bot management, fraud, and access policies so they do not treat home broadband as an implicit trust marker for login or API activity.
- Correlate edge events with higher-fidelity telemetry Join web logs, identity logs, and endpoint or application telemetry so a rotating residential IP does not hide repeated abuse patterns across sessions.
Key takeaways
- Residential proxy traffic undermines one of the oldest edge assumptions, which is that network origin can reliably distinguish trusted from hostile sessions.
- The report's scale findings show why feed-driven detection cannot keep pace with short-lived residential IPs and frequent rotation.
- Practical defence now depends on identity-aware, session-aware controls that can act before the proxy address disappears.
Related NHI Mgmt Group resources: Top 10 Secrets Management Mistakes · Guide to NHI Rotation Challenges · NHI Lifecycle Management Guide · Travis CI secrets exposure 2021
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
MITRE ATT&CK and OWASP API Security Top 10 address the attack and risk surface, while NIST CSF 2.0, CIS Controls v8 and NIST SP 800-53 Rev 5 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| MITRE ATT&CK | TA0006; TA0007; TA0010 — Credential Access; Discovery; Exfiltration | Residential proxy use supports hidden probing, credential abuse, and downstream data theft. |
| Recommendation — Map proxy-enabled activity to TA0006, TA0007, and TA0010 and hunt for short-lived access patterns. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | The article is about trust decisions at the edge, where access permissions need stronger context than IP alone. |
| Recommendation — Apply PR.AA-05 to base access decisions on identity, device, and context rather than source origin. | ||
| CIS Controls v8 | CIS-5 — Account Management | Account governance matters when attacker traffic reaches services through disguised residential infrastructure. |
| Recommendation — Review account use and access paths to reduce the blast radius of sessions hidden behind proxy infrastructure. | ||
| NIST SP 800-53 Rev 5 | IA-2 — Identification and Authentication (Organizational Users) | Edge access must not rely on network origin when authenticating human users and sessions. |
| Recommendation — Strengthen IA-2 so authentication decisions depend on verified identity, not presumed trust from IP address. | ||
| OWASP API Security Top 10 | API2 — Broken Authentication | Residential proxies often target login and API flows where weak authentication trust signals are exploited. |
| Recommendation — Use API2 controls to harden authentication flows that can be abused through rotating proxy infrastructure. | ||
Key terms
- Residential Proxy: A residential proxy routes traffic through an address assigned to a real consumer device or household connection. That makes the traffic look more legitimate than datacentre-based proxies, which is why abuse actors use it to bypass reputation checks and blend into normal user traffic.
- Origin Trust: Origin trust is the practice of assigning confidence to a request based on where the traffic appears to come from, such as IP range, ASN, or geography. It is increasingly fragile because attackers can borrow or rent legitimate-looking network paths that match ordinary user conditions.
- Session risk: The changing level of trust assigned to an active login or token after it has been issued. Session risk reflects device state, application context, privilege depth, and behavior, so a session that began legitimately can become unsafe before it ends.
- IP Reputation: IP reputation is the contextual trust score attached to a network source based on historical abuse, geolocation, and threat intelligence. In IAM, it is best used as a risk signal that can strengthen or weaken authentication requirements, not as a standalone decision about identity legitimacy.
Deepen your knowledge
The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, workload identity, and secrets management. It helps practitioners connect identity assurance to the broader control decisions that edge risk now demands.
Published by the NHIMG editorial team on October 22, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org