Join our Newsletter — 33% off our NHI Course
Home Glossary Cyber Security Man-at-the-End Attack
Cyber Security

Man-at-the-End Attack

← Back to Glossary
By NHI Mgmt Group Updated August 19, 2026 Domain: Cyber Security

A man-at-the-end attack targets the application running on the device rather than the network path. The attacker instruments, patches, or hooks the app to observe secrets, alter requests, or bypass client-side controls after the code is already executing.

Expanded Definition

A man-at-the-end attack is a client-side compromise model in which the attacker controls the execution environment after the application is already running. Instead of intercepting traffic in transit, the adversary manipulates the app itself by patching binaries, hooking runtime functions, instrumenting memory, or automating the UI to extract secrets or alter behaviour. This makes the target application, device, and operating context part of the trust boundary, which is why simple transport protections are not enough.

In practice, the term is most relevant to mobile apps, desktop software, games, fintech apps, and agent-connected clients that hold tokens or privileged session state locally. Industry usage is still evolving in adjacent areas such as AI-assisted clients, where runtime tampering can affect prompts, tool calls, or retrieved data. For a standards-oriented view of control expectations around software hardening and monitoring, NIST SP 800-53 Rev. 5 is a useful reference point, especially where applications must resist local compromise and preserve integrity.

The most common misapplication is treating this as a network attack, which occurs when teams focus on TLS and perimeter controls while ignoring runtime tampering on the endpoint.

Examples and Use Cases

Implementing strong client-side protections rigorously often introduces friction, because the more a product resists inspection or modification, the more it can affect debugging, accessibility, and legitimate automation.

  • A banking app stores a session token locally; an attacker hooks the process to capture the token and replay authenticated actions, even though the network channel is encrypted.
  • A mobile game applies client-side anti-cheat logic; a reverse engineer patches the checks in memory and automates actions that the app was meant to block.
  • An enterprise desktop agent uses local APIs to call internal services; a malicious user instruments the process to observe request payloads and tamper with parameters before transmission.
  • An AI-enabled client sends prompts and tool requests through a local runtime; an attacker modifies the app to exfiltrate secrets or redirect tool actions, a pattern increasingly discussed alongside agentic abuse in Anthropic’s first AI-orchestrated cyber espionage campaign report.
  • A threat hunter maps related techniques to MITRE ATT&CK Enterprise Matrix when reviewing how local execution, credential access, and application tampering chain together.

Why It Matters for Security Teams

Man-at-the-end attacks matter because they invalidate assumptions about client trust. If an application can be modified, paused, hooked, or observed locally, then secrets embedded in the client, business logic enforced only in the UI, and control decisions made on the endpoint can all be subverted. That creates direct risk for authentication flows, API abuse prevention, licensing enforcement, fraud controls, and any workflow that assumes the client is honest.

For security teams, the practical response is to minimize reliance on client-side enforcement, move sensitive authorization logic to trusted server-side controls, and treat local secret exposure as a design failure rather than a tuning issue. Controls in NIST SP 800-53 Rev 5 Security and Privacy Controls support this mindset through integrity, monitoring, and access control expectations, while CISA cyber threat advisories remain useful for tracking endpoint-centric tradecraft. Where AI features are embedded in the client, adversarial manipulation may also intersect with the MITRE ATLAS adversarial AI threat matrix.

Organisations typically encounter the impact only after fraud, credential theft, or request tampering is observed in production, at which point man-at-the-end resistance becomes operationally unavoidable to address.

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 and OWASP Agentic AI Top 10 address the attack and risk surface, while NIST CSF 2.0, NIST SP 800-53 Rev 5 and NIST AI RMF set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0PR.PSProtective technology and platform integrity relate to client-side tampering resistance.
NIST SP 800-53 Rev 5SI-7Integrity controls address malicious code or runtime changes in the application environment.
OWASP Non-Human Identity Top 10NHI guidance is relevant when local clients hold tokens or other non-human credentials.
OWASP Agentic AI Top 10Agentic app risks include local tampering with tool use, prompts, and execution paths.
NIST AI RMFAI RMF applies when local model or agent behaviour can be manipulated at runtime.

Harden endpoints and applications so local compromise does not expose or alter sensitive workflows.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on August 19, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org