TL;DR: Man-in-the-middle attacks are now aimed at browsers, APIs, device enrollments, DNS, and agent-to-agent traffic, with stolen cookies, tokens, and device credentials turning one interception into persistent access, according to Apono. The real control problem is not interception alone, but whether access is short-lived, scoped, and continuously verified.
Editorial analysis by NHI Mgmt Group, based on content published by Apono: “7 Man-in-the-Middle (MitM) Attacks to Look Out For”.
By the numbers:
- Automated cyber threat activity surged 16.7%, with over 1.7 billion stolen credentials circulating on the dark web and fueling a 42% increase in credential-based targeted attacks.
Key questions
Q: What breaks when machine credentials stay valid after a MitM intercept?
A: The control that breaks is trust in the credential itself.
Q: Why do intercepted service tokens create higher risk than intercepted user passwords?
A: Because service tokens often carry broader scope, longer lifetimes, and fewer behavioural checks than a human login.
Q: What are the signs that MitM controls are failing in cloud and API traffic?
A: Look for reused tokens, impossible travel patterns, concurrent sessions, unexpected certificate warnings, and traffic that succeeds from endpoints that should not satisfy the original context.
Practitioner guidance
- Shorten token lifetime and scope Issue machine and user tokens with the narrowest feasible permissions and the shortest workable validity window so captured credentials expire before they can be replayed.
- Bind high-value sessions to device and context Use device-bound authentication, certificate binding, and contextual checks so a replayed token is not enough to authenticate from a different endpoint or network path.
- Require mutual authentication for service traffic Mandate mTLS, signed requests, and replay protection for API calls, agent links, and other machine-to-machine exchanges to block silent request substitution.
Bottom line: MitM attacks now succeed by turning captured cookies, tokens, and credentials into durable access across browsers, APIs, machine identities, and agent traffic.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Short-lived access, not interception resistance, is the decisive control variable: MitM succeeds when the captured artefact keeps working after the attacker leaves the network path. That means token lifetime, replay resistance, and scope matter more than the interception event itself. The governance lesson is that access must decay faster than an attacker can operationalise it, otherwise the control plane is still handing out usable trust.
A few things that frame the scale:
- 92% of organisations expose NHIs to third parties, raising concerns about supply chain security, according to the Ultimate Guide to NHIs.
A question worth separating out:
Q: Should teams prioritise zero standing privilege or token rotation first for MitM defence?
A: Prioritise the control that removes reusable access fastest in your environment. If long-lived secrets and standing roles are the main exposure, zero standing privilege usually delivers more immediate reduction than rotation alone. If captured tokens are already short-lived, focus next on binding, provenance, and revocation speed.
👉 Read our full editorial: MitM attacks now target machine identities, tokens, and agent traffic