Join our Newsletter — 33% off our NHI Course

Why do proxies and consumer VPNs make credential attacks harder to stop?

Because they let attackers make malicious sign-ins look geographically normal. That weakens rules based only on source IP, country, or network reputation. The better control is to evaluate the full access context, including device compliance, account risk, MFA events, and whether the login pattern matches the user’s normal behaviour.

Why This Matters for Security Teams

Proxies and consumer VPNs are effective because they decouple sign-in activity from a stable network footprint. That makes simple geo-blocking, IP reputation checks, and “impossible travel” rules easier to evade, especially when attackers reuse stolen credentials at scale. Security teams also face a second problem: legitimate users increasingly sign in from shared egress points, mobile networks, or privacy tools, which creates noisy exceptions and weakens trust in network-based signals.

Current guidance suggests treating IP location as one signal, not a decision point. Controls in NIST SP 800-53 Rev 5 Security and Privacy Controls support layered access decisions that combine authentication strength, monitoring, and risk scoring. That matters because credential attacks often blend into ordinary internet traffic until the account is already in use. In practice, many security teams encounter proxy abuse only after an account has been authenticated successfully and sensitive actions have already begun.

How It Works in Practice

Attackers use residential proxies, consumer VPNs, mobile relay services, and anonymisation networks to make requests appear to come from ordinary consumer internet ranges. The access may still be malicious, but the source address no longer maps cleanly to a known attacker region, hosting provider, or corporate network. That is why modern identity protection focuses on the full session context rather than the apparent origin alone.

Operationally, defenders should combine signals from identity, endpoint, and behaviour analysis:

  • Check whether the device is compliant, managed, or newly seen before granting access.
  • Correlate sign-in velocity, MFA prompts, token reuse, and unusual browser or device fingerprints.
  • Compare the login pattern against the account’s normal time, location, and application usage.
  • Escalate risk when a proxy, VPN, or TOR-like path coincides with weak authentication, legacy protocols, or repeated failures.

This approach aligns with attack-pattern thinking in the MITRE ATT&CK Enterprise Matrix, where valid accounts and abuse of legitimate access paths are common entry points. It also supports threat-led detection by pairing access telemetry with advisories such as CISA cyber threat advisories. For identity programs, the practical aim is not to block every proxy, but to make proxy-backed sign-ins costly by requiring stronger verification when the risk profile changes. These controls tend to break down in high-privacy, geographically distributed workforces because legitimate users also present unstable IP and device signals.

Common Variations and Edge Cases

Tighter network-based controls often increase user friction and helpdesk load, requiring organisations to balance fraud resistance against legitimate mobility and privacy needs. That tradeoff is especially visible for travelling staff, remote contractors, and users on carrier-grade NAT, where one public IP can represent many unrelated people.

Best practice is evolving toward adaptive access, but there is no universal standard for how much weight to assign proxy detection on its own. Some environments should treat proxy use as a strong risk indicator, while others should treat it as a normal privacy pattern unless it combines with other anomalies. The right answer depends on sensitivity, user population, and whether the account can trigger financial, administrative, or data-exfiltration actions.

This is also where identity verification and NHI governance intersect. If an attacker uses a proxy to abuse a human account, the same pattern can later appear in OWASP Non-Human Identity Top 10 scenarios, where stolen API keys or service tokens are replayed from disposable infrastructure. Organisations should therefore avoid treating network origin as proof of trust. Instead, they should use step-up authentication, session binding, and continuous review of anomalous access behaviour, especially where NIST SP 800-63 Digital Identity Guidelines recommend stronger assurance for higher-risk transactions.

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 Non-Human Identity Top 10 address the attack and risk surface, while NIST CSF 2.0 and NIST SP 800-63 set the governance and control requirements practitioners need to meet.

Framework Control / Reference Relevance
NIST CSF 2.0 PR.AA-01 Adaptive access decisions need risk-aware authentication, not IP-only checks.
NIST SP 800-63 SP 800-63B Proxy-backed sign-ins require stronger identity assurance at authentication time.
MITRE ATT&CK T1078 Credential abuse via valid accounts is the core tactic hidden by proxy usage.
OWASP Non-Human Identity Top 10 NHI-01 Disposable infrastructure also hides replay of service credentials and tokens.

Use contextual authentication signals to decide when to allow, step up, or block access.