<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>ADCS on Nicola Suter</title><link>https://nicolasuter.ch/tags/adcs/</link><description>Recent content in ADCS on Nicola Suter</description><generator>Hugo -- gohugo.io</generator><language>en-US</language><copyright>© 2026 Nicola Suter</copyright><lastBuildDate>Tue, 11 Apr 2023 00:00:00 +0000</lastBuildDate><atom:link href="https://nicolasuter.ch/tags/adcs/rss.xml" rel="self" type="application/rss+xml"/><item><title>Provoking Defender for Identity suspicious certificate usage alerts</title><link>https://nicolasuter.ch/provoking-defender-for-identity-suspicious-certificate-usage-alerts/</link><pubDate>Tue, 11 Apr 2023 00:00:00 +0000</pubDate><guid>https://nicolasuter.ch/provoking-defender-for-identity-suspicious-certificate-usage-alerts/</guid><description>&lt;p&gt;Microsoft Defender for Identity (MDI) has announced a new capability back in February to detect suspicious certificate usage for Kerberos authentication. It is already well-known, that Active Directory Certificate Services (ADCS) is a lucrative target for adversaries to achieve persistence in Active Directory as ADCS can be easily misconfigured resulting in an easy way to exploit those misconfigurations. In this post I want to show you how easy those misconfigurations can be abused and how and when such an attempt is detected by Microsoft Defender for Identity new detection capabilities for suspicious certificate usage.&lt;/p&gt;

&lt;h2 class="relative group"&gt;What makes a vulnerable environment
 &lt;div id="what-makes-a-vulnerable-environment" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#what-makes-a-vulnerable-environment" aria-label="Anchor"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;To be vulnerable for the certificate abuse scenario I will demonstrate an environment needs to have the following conditions present:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;ADCS Enterprise Certification Authority (CA)&lt;/li&gt;
&lt;li&gt;CA certificate must be present in NTAuth store (default behaviour when an enterprise ADCS CA is installed)&lt;/li&gt;
&lt;li&gt;At least one domain controller needs to have a kerberos authentication certificate enrolled&lt;/li&gt;
&lt;li&gt;At least one vulnerable certificate template that meets one of the following criteria&amp;rsquo;s:&lt;br&gt;
– “specify subject name in the request” flag enabled AND granting enroll permissions to low privileged principals like domain users or domain computers (or equivalent)&lt;br&gt;
– grants modify permissions to low privileged principals like domain users or computers (or equivalent)&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;The first three conditions are usually present in a standard Active Directory deployment and provide key functionality for other services. Certificate templates are also a standard thing, but there it really comes down to the (mis)configuration and hardening. Specterops documents those very well and provides tools to check for potential misconfigurations¹.&lt;/p&gt;</description></item></channel></rss>