Blog · E.03 · Technical Deep-dive

Active Directory attack paths found in most internal tests

Give an internal penetration tester a network port and a domain, and the route to Domain Admin is depressingly familiar. The same handful of attack paths appear in test after test — because they exploit defaults and misconfigurations, not software bugs. Here they are, and how to close them.

Active DirectoryKerberoastingNTLM RelayADCS ESCDomain Admin
The Usual Path: Poison (LLMNR/NBT-NS) → Relay (no SMB signing) → Kerberoast / AS-REP → ADCS ESC or Delegation → DCSync → Domain Admin The Usual Path: Poison (LLMNR/NBT-NS) → Relay (no SMB signing) → Kerberoast / AS-REP → ADCS ESC or Delegation → DCSync → Domain Admin
// TL;DR

The Active Directory paths that recur in nearly every internal test are: LLMNR/NBT-NS poisoning and NTLM relay (where SMB signing isn't enforced), Kerberoasting weak service accounts, AS-REP roasting accounts without pre-authentication, AD Certificate Services misconfiguration (ESC1–ESC8), delegation abuse, over-permissive ACLs found with BloodHound, and reused local admin passwords. They chain into a well-worn route ending in DCSync and Domain Admin. All are exploiting defaults and misconfigurations, so the fix is hardening — SMB signing, LAPS, strong service-account passwords, Kerberos pre-auth, ADCS template review — not patching. An Active Directory security assessment finds them first.

// 01 Why the same paths appear every time

Active Directory is the identity backbone of most enterprises, and it ships with defaults chosen decades ago for compatibility, not security. Legacy name-resolution protocols are still enabled, SMB signing is frequently unenforced, service accounts accumulate privilege and weak passwords, and certificate services are stood up with dangerously permissive templates. None of this is a vulnerability in the CVE sense — there is no patch — which is exactly why it survives. An internal tester does not exploit a bug; they exploit configuration, and the same configuration is present almost everywhere. That is why the path to Domain Admin looks so similar from one engagement to the next.

// 02 The recurring attack paths

CriticalRelay

LLMNR / NBT-NS poisoning & NTLM relay

Legacy name resolution lets a tester answer broadcast queries, capture authentication, and relay it to hosts without SMB signing — instant footholds and hashes, no credentials needed.

CriticalADCS

AD Certificate Services misconfig (ESC1–ESC8)

Over-permissive certificate templates let a low-privileged user enrol a certificate that authenticates as a privileged account — a direct path to domain compromise.

HighKerberos

Kerberoasting

Any domain user requests service tickets for SPN accounts and cracks them offline. Weak, high-privilege service-account passwords fall quickly.

HighKerberos

AS-REP roasting

Accounts with Kerberos pre-authentication disabled hand out crackable material to any unauthenticated requester.

HighDelegation

Delegation abuse

Unconstrained and constrained delegation misconfigurations let an attacker impersonate other users, including administrators, to reach sensitive services.

MediumACL

Over-permissive ACLs & local admin reuse

BloodHound surfaces hidden privilege-escalation edges; a single shared local admin password (no LAPS) turns one host into all of them via pass-the-hash.

// 03 How they chain to Domain Admin

Individually these are findings; together they are a kill chain. A representative path:

1. Foothold — a network port, or a low-privilege user. → 2. Poison LLMNR/NBT-NS to capture authentication. → 3. Relay that to a host without SMB signing for code execution or hashes. → 4. Escalate via Kerberoasting, AS-REP roasting, a misconfigured ADCS template, or delegation. → 5. DCSync to extract every domain hash from a Domain Controller. → Domain Admin.

Every step exploits a default or misconfiguration rather than a software flaw. Break any single link — enforce SMB signing, remove the weak service account, fix the certificate template — and the chain stalls. That is the good news: hardening is cheaper than the breach.

// 04 How to close them

AttackPrimary fix
LLMNR/NBT-NS poisoningDisable LLMNR & NBT-NS via Group Policy
NTLM relayEnforce SMB signing everywhere; restrict NTLM
KerberoastingLong random passwords or gMSA; least privilege on service accounts
AS-REP roastingEnable Kerberos pre-authentication for all accounts
ADCS ESC1–8Audit & lock down certificate templates and enrolment rights
Delegation abuseRemove unnecessary delegation; use protected accounts
Local admin reuseDeploy LAPS for unique per-host passwords

These are configuration and hygiene changes, best validated by testing rather than assumed. Our Active Directory security assessment and hardening review find and close these paths, and we cover the broader picture in internal network testing.

// 05 Frequently asked questions

What are the most common Active Directory attack paths?

LLMNR/NBT-NS poisoning and NTLM relay (where SMB signing isn't enforced), Kerberoasting weak service accounts, AS-REP roasting, ADCS misconfiguration (ESC1–ESC8), delegation abuse, over-permissive ACLs found with BloodHound, and reused local admin passwords.

What is Kerberoasting?

Any authenticated domain user requests Kerberos service tickets for accounts with a Service Principal Name, then cracks them offline to recover the service account password — which is often weak and highly privileged. Fix with long random passwords or gMSA and least privilege.

How does an attacker reach Domain Admin?

Foothold, poison name resolution to capture a hash, relay it to a host without SMB signing, gather credentials, then Kerberoast or abuse a certificate template or delegation, often ending in DCSync to extract all domain hashes. Each step exploits a default, not a bug.

How do you defend Active Directory?

Enforce SMB signing and disable LLMNR/NBT-NS; use gMSA or long service-account passwords and Kerberos pre-auth; lock down ADCS templates; remove unnecessary delegation; deploy LAPS; and review privileged membership and ACLs regularly. An AD assessment finds these first.

// 06 References

UG

Usama Gul

Founder & Penetration Testing Lead, CyberFortify

Runs internal network and Active Directory assessments across the GCC, mapping the path to Domain Admin and prioritising the hardening that breaks it.

How far could an insider get?

We run the same path a real attacker would — from a network port to Domain Admin — then hand you the prioritised hardening that breaks the chain. Fully authorised, safely conducted.

Scope an internal test → AD assessment →