An LDAP relay attack uses intercepted authentication traffic to impersonate a user or system against directory services. It relies on weakly protected LDAP communication paths, allowing an attacker to gain unauthorized access to directory information or related privileges. Secure protocols and signing controls reduce this exposure.
Expanded Definition
An LDAP relay attack is a credential relay technique against directory services, where an attacker captures authentication traffic and forwards it to LDAP or LDAPS endpoints to obtain access without knowing the original secret. In NHI and IAM environments, the important distinction is that the attacker does not necessarily crack a password or token; they reuse an authentication exchange that the directory trusts.
Definitions vary across vendors on whether the term is reserved for classic ntlm relay into LDAP, or more broadly applied to any relayed bind or directory-authentication abuse. For NHI security, the practical meaning is consistent: if directory signing, channel protections, and endpoint hardening are weak, an intercepted handshake can become an authorization event. This is why controls discussed in the Top 10 NHI Issues and the Ultimate Guide to NHIs - Key Challenges and Risks emphasise protocol hardening rather than just secret rotation. The most common misapplication is treating LDAP relay as a password problem, which occurs when teams focus on credential hygiene while leaving signing, LDAP channel binding, and lateral movement paths exposed.
Standards guidance aligns with the need for strong access control and secure communications, especially in NIST SP 800-53 Rev 5 Security and Privacy Controls, but the exact defensive pattern depends on directory design and legacy client constraints.
Examples and Use Cases
Implementing LDAP relay defenses rigorously often introduces compatibility constraints, requiring organisations to weigh legacy application support against stronger directory authentication controls.
- A Windows host receives coerced authentication, and the attacker relays it to LDAP to enumerate directory objects or modify privileges if signing is not enforced.
- A service account authenticates through a weakly protected path, and the relayed bind is accepted by an exposed directory listener.
- An enterprise disables LDAP signing to preserve an older integration, creating a path that an attacker can exploit after capturing traffic on the network.
- A security team identifies relay risk during hardening work tied to the 52 NHI Breaches Analysis, where compromised non-human identities frequently expand attack reach.
- Blue teams map detection patterns for relayed authentication flows against the MITRE ATT&CK Enterprise Matrix to connect directory abuse to broader intrusion paths.
For environments that depend on AI agents or automation, the same pattern can matter when directory-backed service principals are used to access tooling and internal APIs. NHIMG research shows that 80% of identity breaches involved compromised non-human identities such as service accounts and API keys, which makes relay-resistant directory design part of the NHI attack surface, not just an IT hygiene issue. Related threat reporting such as the CISA cyber threat advisories helps security teams recognise how directory abuse often sits inside a wider intrusion chain.
Why It Matters in NHI Security
LDAP relay attacks matter because directory services often underpin authentication for service accounts, agents, and administrative automation. If those pathways can be relayed, an attacker may convert a single intercepted exchange into privilege escalation, directory reconnaissance, or persistence. That becomes especially dangerous in environments where non-human identities already carry excessive access, because the relayed session can expose the same privileges that a compromised machine or agent can exercise.
NHIMG data shows that 97% of NHIs carry excessive privileges, and 90% of IT leaders say properly managing NHIs is essential for a successful zero-trust implementation. Together, those findings explain why relay resistance is not only about packet security but also about reducing what any authenticated session can do once it reaches LDAP. In practice, this means enforcing signing, tightening directory permissions, segmenting access paths, and limiting the blast radius of any account that can bind to directory services. Guidance in the Ultimate Guide to NHIs - Why NHI Security Matters Now reinforces that NHI exposure is usually systemic, not isolated. Organisations typically encounter the operational impact only after an unexpected privilege change, at which point LDAP relay 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 address the attack and risk surface, while NIST CSF 2.0, NIST Zero Trust (SP 800-207) and NIST SP 800-53 Rev 5 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Non-Human Identity Top 10 | NHI-02 | Covers weak secret and auth-path handling that enables relay abuse. |
| NIST CSF 2.0 | PR.AC-3 | Limits authenticated access paths that can be abused by relayed sessions. |
| NIST Zero Trust (SP 800-207) | SC-7 | Network segmentation and protected channels reduce relay opportunity. |
| NIST SP 800-53 Rev 5 | SC-8 | Calls for transmission confidentiality and integrity in directory communications. |
Enforce signed directory auth, harden bind paths, and remove relay-prone legacy dependencies.
Related resources from NHI Mgmt Group
Deepen Your Knowledge
Reviewed and updated by the NHIMG editorial team on August 27, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org