Skip to content
Tech News
← Back to articles

Certighost and the Privilege Hiding in Your Certificate Authority

read original more articles
Why This Matters

The Certighost vulnerability highlights a critical security flaw in Active Directory Certificate Services that allows low-privileged users to impersonate Domain Controllers, potentially compromising entire networks. This underscores the importance of scrutinizing trust boundaries within PKI infrastructure and prompts organizations to update their security practices to prevent such exploits.

Key Takeaways

Author: Len Noe, Solutions Architect, BeyondTrust

Every mature Active Directory environment has a component that quietly holds more power than the people running it usually admit: the Certification Authority (CA). The thing your entire estate has agreed to believe.

When it signs a certificate, every machine, service, and authentication flow downstream treats that signature as truth. That is an enormous amount of trust concentrated in one system, and most organizations manage it like a utility installed once and never thought about again.

Certighost, tracked as CVE-2026-54121, is a reminder of what happens when that trust is misplaced. Researchers published a working proof-of-concept on July 24, 2026, demonstrating that a low-privileged Active Directory user (holding nothing more than a standard domain account) can coerce an Enterprise CA into issuing a valid authentication certificate for a Domain Controller, then use that certificate to become the Domain Controller.

Microsoft shipped the fix on July 14, 2026, and rated it 8.8 on the CVSS scale.

What Certighost actually does

Active Directory Certificate Services is Microsoft's public key infrastructure, issuing and managing the certificates that underpin smart card logon, device and user authentication, and VPN access. A standard domain user has no business obtaining a certificate that represents a Domain Controller, yet Certighost breaks that boundary without touching a single access control list.

The flaw lives in an AD CS enrollment behavior known as "chase" functionality. When an Enterprise CA cannot immediately resolve the target object locally, it can follow requester-supplied routing information (a parameter called cdc) to look the object up elsewhere.

The defect is that the CA never verifies that the endpoint named in cdc is a legitimate Domain Controller before it reaches out to it. An attacker points cdc at a machine they control and the CA dutifully makes an outbound connection to that rogue endpoint, which answers with forged identity data, including the target Domain Controller’s object security identifier and DNS host name.

The CA trusts what it is told, binds that identity to a signed X.509 certificate, and hands the attacker a certificate that says they are a Domain Controller.

... continue reading