Subscribe to the Non-Human & AI Identity Journal

How should security teams prevent man-in-the-middle attacks on remote access?

Start with phishing-resistant MFA for the access path that matters most, especially VPN and SSO entry points. Then remove reusable secrets from the workflow, enforce TLS everywhere, and treat public WiFi and unmanaged endpoints as hostile by default. Network controls help, but identity proof must be non-replayable if you want the attack to fail at the authentication layer.

Why This Matters for Security Teams

Man-in-the-middle attacks succeed when authentication can be observed, replayed, or altered in transit. For remote access, that usually means a VPN, SSO portal, device enrollment flow, or browser session that still accepts reusable secrets. The practical failure is not just weak encryption. It is treating the network path as trustworthy while the identity proof remains replayable.

That is why phishing-resistant MFA, certificate-backed device trust, and TLS validation have to work together. Current guidance also points toward reducing credential exposure across the wider NHI estate, because the same patterns that expose humans at the edge often appear in service access and remote admin workflows. The broader pattern is visible in Ultimate Guide to NHIs — Why NHI Security Matters Now and the The 52 NHI breaches Report, where exposed secrets and weak credential handling repeatedly turn access channels into attack paths. For implementation context, CISA cyber threat advisories remain a useful reference for current attacker tradecraft.

In practice, many security teams encounter MITM exposure only after a stolen session or replayed login has already been used to reach the remote environment.

How It Works in Practice

The safest remote access design assumes the transport can be observed and manipulated, but the identity proof cannot be copied and reused. Start by making the first hop non-replayable: phishing-resistant MFA for SSO and VPN, device-bound certificates where feasible, and mutual TLS for admin portals or internal access brokers. Remove static passwords, shared secrets, and long-lived API keys from any path that a user or operator can use remotely. For environments with machines or agents in the loop, workload identity is better than secret sprawl, because it proves what the workload is rather than handing it a credential that can be relayed.

Security teams usually get better results when they combine identity controls with transaction-level checks. That means validating the session context, device posture, and origin signals at request time, not just at login. It also means short TTLs for any secret that cannot yet be removed, plus revocation that is automatic rather than manual. This aligns with the direction described in OWASP Non-Human Identity Top 10 and the attack patterns summarized in Top 10 NHI Issues.

  • Use phishing-resistant MFA at the remote entry point, not just at the application layer.
  • Replace reusable secrets with certificates, federated tokens, or other non-replayable proofs.
  • Enforce TLS end to end and reject downgrade paths, invalid certificates, or intercepted proxies.
  • Treat unmanaged endpoints and public WiFi as hostile, and require stronger checks for those sessions.
  • Log authentication anomalies, token exchange failures, and impossible travel patterns for rapid response.

Where possible, validate identity at the control plane and again at the resource boundary, because a stolen session that passes the first check may still fail the second. These controls tend to break down in legacy VPN concentrators and browser flows that cannot support device binding or per-request reauthentication.

Common Variations and Edge Cases

Tighter remote access controls often increase friction, so organisations have to balance user experience against the risk of replay and interception. There is no universal standard for every environment yet, but current guidance suggests using stronger identity proof where the exposure is highest and relaxing only where compensating controls are measurable.

Contractors, third parties, and break-glass access are common edge cases. These users often need fast access, but they also create the most tempting MITM targets because they connect from heterogeneous devices and networks. For those cases, session duration should be short, approvals should be explicit, and privileged paths should be separated from general remote access. The same logic shows up in Ultimate Guide to NHIs and the vendor research in Schneider Electric credentials breach, where access exposure and credential misuse create disproportionate blast radius.

For cloud-heavy organisations, a browser-based proxy can reduce network exposure, but it does not eliminate MITM risk if the session still accepts reusable bearer tokens. For high-risk admin access, the stronger pattern is to pair ZTA principles with least privilege and just enough session authority for the task. MITRE’s adversary view in MITRE ATLAS adversarial AI threat matrix is also useful when remote access is mediated by autonomous tools that can chain actions faster than a human can review them.

Where legacy endpoints, unmanaged BYOD, or certificate-unaware applications remain in the path, the control set becomes partial rather than complete, and residual MITM risk has to be accepted explicitly.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP Non-Human Identity Top 10 address the attack and risk surface, while NIST Zero Trust (SP 800-207) and NIST SP 800-63 set the governance and control requirements practitioners need to meet.

Framework Control / Reference Relevance
OWASP Non-Human Identity Top 10 NHI-03 MITM resistance depends on reducing reusable secrets and rotating credentials fast.
NIST Zero Trust (SP 800-207) SC.AA-3 Remote access should validate identity and context continuously, not once at login.
NIST SP 800-63 AAL3 Phishing-resistant MFA is the core defense for replay-resistant remote authentication.

Replace static remote-access secrets with short-lived, non-replayable credentials and automate rotation.