CVE-2026-13327
Executive Summary
CVE-2026-13327 is an improper certificate validation flaw (CWE-295) in Devolutions Server 2026.2.16 and earlier affecting LDAPS connections to Active Directory. A network-positioned attacker who can intercept or redirect the LDAPS session may present a spoofed domain controller certificate and capture privileged directory service credentials. Organizations using Devolutions Server for privileged access management alongside AD-integrated authentication are impacted; exploitation yields high-value credentials with downstream movement potential into the directory itself.
This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.
No signup required
Technical Analysis
The vulnerability resides in the LDAPS client path that Devolutions Server uses to bind to Active Directory. LDAPS (LDAP over TLS, conventionally TCP/636) is intended to provide confidentiality and server authentication through TLS. When the client fails to properly validate the server certificate chain presented by the domain controller, the trust guarantee collapses: a network-positioned attacker can supply its own certificate and complete the TLS handshake without the client rejecting it.
The CWE-295 classification (Improper Certificate Validation) is the authoritative descriptor here. It encompasses failures such as not verifying the certificate against a trusted CA store, not checking the certificate hostname/subject against the intended domain controller, accepting self-signed or expired certificates, or ignoring chain-of-trust and revocation results. The NVD description states the specific impact: interception of "privileged directory service credentials" via a "spoofed domain controller certificate." This implies the LDAPS bind carries credentials (for example, a service account or privileged bind account) that are exposed once the attacker terminates the attacker-controlled TLS session.
Attack surface: any deployment of Devolutions Server that authenticates against Active Directory over LDAPS, where the server-to-DC path traverses network segments an attacker can influence (same VLAN, compromised routing, ARP/DNS manipulation, or a rogue network device). The set of credentials at risk is whatever account Devolutions Server uses for directory binds — typically a service account with elevated read or delegated rights.
Insufficient technical detail is available regarding the exact validation routine (function names, configuration keys, or code paths are not specified in the NVD description or CNA title). The mechanism is therefore described at the vulnerability-class level: a TLS server-authentication failure in the LDAPS client.
Exploitation Scenarios
No public PoC is available; the attack chain below is inferred from the vulnerability class (CWE-295) and the NVD description.
Reconnaissance / target identification. The attacker identifies a Devolutions Server instance that connects to Active Directory over LDAPS, and establishes a network position between the server and its domain controllers (adjacent segment, compromised host, or control of a network path). The attacker identifies the DC hostname/IP the server resolves and connects to.
Triggering the flaw. The attacker redirects or intercepts the LDAPS connection (for example via DNS spoofing, ARP poisoning, or a rogue intermediary). Because certificate validation is improper, the attacker presents a spoofed domain controller certificate. The vulnerable Devolutions Server does not correctly reject the untrusted/spoofed certificate and proceeds with the TLS session.
Payload / execution at the vulnerability-class level. The attacker's TLS endpoint terminates the LDAPS session and either proxies to the real DC or emulates LDAP responses. During the bind operation, the directory service credentials sent by Devolutions Server are exposed to the attacker. No specific message manipulation details are documented; the core enabler is the accepted spoofed certificate.
Post-exploitation impact. The captured privileged directory service credentials can be reused to authenticate to Active Directory, enabling enumeration, privilege escalation, persistence, and lateral movement within the directory — a high-impact outcome given the privileged nature of the account. Because the credentials are legitimate, activity may blend with normal administrative operations.
Impact Assessment
The confidentiality of privileged directory service credentials is directly at risk (C:H). Integrity impacts are also plausible (I:H) because possession of directory credentials permits unauthorized directory modifications; availability is not a primary vector (A:N). The scope is changed (S:C): a compromise in the Devolutions Server LDAPS trust boundary propagates into Active Directory itself. Attack complexity is high (AC:H) in that the attacker must achieve a suitable network position and influence the LDAPS path; privileges required are none (PR:N) and no user interaction is required (UI:N). Note that no official CVSS vector was published in the provided data; the vector above is a reasoned estimate aligned to CWE-295 with spoofed-certificate interception and must be treated as provisional.
Business impact: exposure of directory service credentials can lead to full-domain compromise, undermining the privileged access management controls Devolutions Server exists to enforce. Blast radius includes every AD-integrated system reachable with the captured account. EPSS is low (0.00118, 2.0% percentile), and there is no CISA KEV listing, no known exploit code, and no Nuclei template — suggesting no observed in-the-wild exploitation at time of writing.
Detection Guidance
Sigma Rule
title: Suspicious LDAPS Certificate Trust Failure on Devolutions Server
id: 3f9c1a72-8b4e-4d21-9c0e-devolutions-cve-2026-13327
status: experimental
description: Detects LDAPS/TLS handshake anomalies consistent with spoofed domain controller certificate acceptance
logsource:
product: windows
service: security
detection:
selection_cert:
EventID: 36888
'TLS Alert Code': '48' # unknown_ca
selection_ldaps:
DestinationPort: 636
condition: selection_cert or selection_ldaps
falsepositives:
- Legitimate certificate rotation or expired DC certificates
level: medium
YARA Rule
rule CVE_2026_13327_Devolutions_LDAPS_Cert_Validation
{
meta:
description = "Detects Devolutions Server artifacts referencing LDAPS/certificate validation for CVE-2026-13327 triage"
author = "valtersit.com"
reference = "CVE-2026-13327"
date = "2026-01-01"
strings:
$s1 = "LDAPS" ascii wide nocase
$s2 = "Devolutions" ascii wide nocase
$s3 = "ServerCertificateValidationCallback" ascii wide
$s4 = "RemoteCertificateValidationCallback" ascii wide
condition:
any of them
}
Suricata IDS Rule
alert tcp any any -> any 636 (msg:"CVE-2026-13327 Possible LDAPS Spoofed Domain Controller Certificate Interception"; flow:established,to_server; tls.subject:"CN="; threshold:type both, track by_src, count 5, seconds 60; classtype:attempted-recon; sid:202613327; rev:1;)
Elastic Detection
sequence by host.name with maxspan=5m
[network where destination.port == 636 and network.transport == "tcp"]
[file where event.action == "creation" and file.path : "*Devolutions*"]
Splunk SPL Query
index=* sourcetype=win:security EventCode=36888 OR (dest_port=636)
| stats count min(_time) as firstTime max(_time) as lastTime by src_ip, dest_ip, dest_port
| where count > 3
| convert ctime(firstTime) ctime(lastTime)
Wazuh OSSEC Rule
<group name="devolutions,ldaps,">
<rule id="2026133" level="10">
<decoded_as>json</decoded_as>
<field name="dest_port">636</field>
<description>CVE-2026-13327: Suspicious LDAPS connection to non-DC host on Devolutions Server</description>
<mitre>
<id>T1557</id>
</mitre>
</rule>
</group>
Mitigation & Patch Guidance
Patch confidence: 0/4 (UNPATCHED — no patch evidence from any tracked source).
- Immediate mitigations:
- Restrict and monitor network paths between Devolutions Server and its domain controllers; use dedicated, segmented VLANs with strict ACLs so an attacker cannot easily attain an interception position.
- Enforce end-to-end encryption and integrity on the LDAPS path where feasible, and pin the expected domain controller certificate/subject in intermediate controls if the product permits.
- Limit the privilege of the AD account used by Devolutions Server to the minimum delegated rights required.
- Monitor for TLS alert events (unknown_ca, bad_certificate) and anomalous LDAPS destinations (this is the primary compensating control until a fix ships).
- Patch/upgrade steps:
- No fixed version has been identified by tracked sources. Monitor the vendor (Devolutions) for an advisory and update Devolutions Server as soon as a release addressing certificate validation is available. Confirm the fix by re-testing certificate validation behavior after upgrade.
- Long-term hardening:
- Enforce strict certificate validation standards in all directory-integrated components and inventory every path that connects to AD over LDAPS.
- Deploy network segmentation and DNSSEC/trusted DNS to reduce spoofing opportunities.
- Rotate and reduce privileges of directory service accounts; use managed service accounts where supported.
- Maintain continuous monitoring aligned to T1557 (Adversary-in-the-Middle) and T1040 (Network Sniffing).
References
- NVD — CVE-2026-13327: https://nvd.nist.gov/vuln/detail/CVE-2026-13327
- MITRE CWE-295 — Improper Certificate Validation: https://cwe.mitre.org/data/definitions/295.html
- MITRE ATT&CK T1557 — Adversary-in-the-Middle: https://attack.mitre.org/techniques/T1557/
- Devolutions (vendor) — monitor for official advisory: https://devolutions.net/security/advisories/
- CISA KEV Catalog (not listed as of writing): https://www.cisa.gov/known-exploited-vulnerabilities-catalog
Note: No known threat actor campaigns or exploit-in-the-wild evidence were identified in the provided data.