LDAP Signing & Channel Binding Hardening
Why it matters
LDAP relay/MITM attacks forward authentication to a domain controller to obtain an authenticated LDAP context. Two related controls reduce these paths:
- LDAP channel binding (CBT) binds applicable authentication to the TLS server certificate/channel used by LDAPS, frustrating cross-channel relay.
- LDAP signing requires integrity protection for SASL LDAP binds. It does not add confidentiality; use TLS when LDAP contents also need encryption.[2]
Quick posture check: tools such as netexec ldap <dc> -u user -p pass report observed signing and channel-binding policy. (signing:None) and (channel binding:Never) indicate missing controls, but a successful relay still depends on the captured authentication type, EPA behavior, account privileges, target protocol, and relay protections. When the relayed principal has the necessary rights, tooling such as KrbRelayUp can write msDS-AllowedToActOnBehalfOfOtherIdentity, configure resource-based constrained delegation (RBCD), and use the resulting delegation path to impersonate a privileged principal.[4]
Server 2025 DCs introduce a new GPO (LDAP server signing requirements Enforcement) that defaults to Require Signing when left Not Configured. To avoid enforcement you must explicitly set that policy to Disabled.[1]
LDAP Channel Binding (LDAPS only)
- Requirements:
- GPO (DCs):
Domain controller: LDAP server channel binding token requirementsNever(default, no CBT)When Supported(audit: emits failures, does not block)Always(enforce: rejects LDAPS binds without valid CBT)[1]
- Audit: set When Supported to surface:
- Enforcement: set Always once LDAPS clients send CBTs; only effective on LDAPS (not raw 389).[1]
LDAP Signing
- Client GPO:
Network security: LDAP client signing requirements=Require signing(vsNegotiate signingdefault on modern Windows).[1] - DC GPO:
- Compatibility: Inventory non-Windows appliances and applications using simple binds or unsigned SASL binds. Microsoft documents support on maintained Windows versions; legacy-client compatibility statements should be verified against the actual client stack rather than reduced to an XP version threshold.[2]
Audit-first rollout (recommended ~30 days)
- Enable LDAP interface diagnostics on each DC to log unsigned binds (Event 2889):[1]
Reg Add HKLM\SYSTEM\CurrentControlSet\Services\NTDS\Diagnostics /v "16 LDAP Interface Events" /t REG_DWORD /d 2
- Set DC GPO
LDAP server channel binding token requirements= When Supported to start CBT telemetry.[1] - Monitor Directory Service events:[1][2]
- 2889 – unsigned/unsigned-allow binds (signing noncompliant).
- 3074/3075 – LDAPS binds that would fail or omit CBT (requires KB4520412 on 2019/2022 and step 2 above).
- Enforce in separate changes:[1]
LDAP server channel binding token requirements= Always (DCs).LDAP client signing requirements= Require signing (clients).LDAP server signing requirements= Require signing (DCs) or (Server 2025)LDAP server signing requirements Enforcement= Enabled.