Skip to content
Knowledge base Updated: February 5, 2026

Active Directory Penetration Testing: Specifics, Techniques, and Attack Paths

Active Directory compromise means taking control of the entire organization. Learn how professional AD penetration tests detect paths to Domain Admin and help secure critical infrastructure.

Active Directory (AD) is the foundation of IT infrastructure in most organizations. It manages identities, authorization, and resource access. For attackers, it’s the primary target – AD compromise means full control over the environment.

AD penetration testing differs from standard infrastructure pentests. This article explains their specifics and key areas to verify.

Why AD is the Primary Target

Centralized Privileges

In a typical AD environment:

  • Domain Admins have full control over all systems
  • One compromised admin = access to the entire organization
  • Kerberos enables lateral movement between systems
  • GPO allows mass malware distribution

Configuration Legacy

Many AD environments have decades of history:

  • Old accounts with excessive privileges
  • Outdated GPOs with security gaps
  • Legacy systems requiring weak protocols
  • “Temporary” configurations from 2010

Complexity

AD is a complex ecosystem:

  • Hundreds of settings affecting security
  • Component interactions create non-obvious paths
  • Difficult to maintain visibility of entire configuration
  • Changes in one place affect others

📚 Read the complete guide: IAM / Zero Trust: Zarządzanie tożsamością i dostępem - od podstaw do Zero Trust

Types of AD Tests

1. Unauthenticated Assessment

Starting point: Network access but no credentials

Goal: Check if an attacker “from the street” can gain access

Typical techniques:

  • LLMNR/NBT-NS poisoning
  • Responder attacks
  • Null session enumeration
  • SMB signing verification
  • Zerologon and similar CVEs

2. Authenticated Assessment (Standard User)

Starting point: Regular domain user credentials

Goal: Explore privilege escalation paths

Typical techniques:

  • BloodHound enumeration
  • Kerberoasting
  • AS-REP Roasting
  • ACL abuse
  • Delegation attacks

3. Authenticated Assessment (Privileged)

Starting point: Credentials with some privilege level

Goal: Examine privilege separation and paths to DA

Typical techniques:

  • DCSync
  • AdminSDHolder abuse
  • GPO modification
  • Certificate attacks (ADCS)
  • Trust abuse

4. Assumed Breach

Starting point: Simulated workstation compromise

Goal: Test response and detection capabilities

Typical techniques:

  • Credential dumping
  • Lateral movement
  • Persistence mechanisms
  • C2 communication

Key Areas to Test

1. Kerberos Configuration

What to test:

  • Kerberoastable accounts (SPN on user accounts)
  • AS-REP Roastable accounts (no preauth)
  • Unconstrained delegation
  • Constrained delegation misconfigurations
  • Resource-based constrained delegation

Typical findings:

  • Service accounts with weak passwords and SPN
  • Technical accounts without preauth
  • Servers with unconstrained delegation

2. Password Policies

What to test:

  • Fine-grained password policies
  • Length and complexity
  • Account lockout settings
  • Password history
  • Reversible encryption

Typical findings:

  • Default policy too weak
  • No FGPP for privileged accounts
  • Password spray vulnerability

3. Privileged Access

What to test:

  • Membership in privileged groups
  • Nested groups
  • AdminCount and AdminSDHolder
  • Tiering model (if implemented)
  • PAW/SAW implementation

Typical findings:

  • Too many Domain Admins
  • Service accounts in Domain Admins
  • No tiering – admin logs into workstation

4. ACL/ACE Misconfigurations

What to test:

  • Dangerous permissions (WriteDACL, GenericAll, etc.)
  • Ownership of privileged objects
  • ACL on users and groups
  • Schema modification rights

Typical findings:

  • Help desk with password reset rights on DA
  • Nested group giving non-obvious privileges
  • GenericAll on OU with privileged accounts

5. Group Policy Security

What to test:

  • GPO modification rights
  • GPO link permissions
  • Credentials in GPO preferences
  • LAPS configuration
  • Security baselines

Typical findings:

  • Credentials in XML files (cpassword)
  • Missing LAPS or incomplete deployment
  • GPO modifiable by non-admins

6. Certificate Services (ADCS)

What to test:

  • Certificate templates vulnerabilities
  • Enrollment rights
  • ESC1-ESC8 attack vectors
  • CA backup permissions
  • NTLM relay to CA

Typical findings:

  • Templates with EKU allowing client auth + enrollment
  • ESC1/ESC4 vulnerabilities
  • Web enrollment without Extended Protection

7. Trusts

What to test:

  • Inter-forest trusts
  • SID history
  • Selective authentication
  • Trust transitivity

Typical findings:

  • Two-way trust with external forest
  • No SID filtering
  • Selective auth not implemented

AD Testing Tools

Enumeration

  • BloodHound – graph visualization of attack paths
  • SharpHound – collector for BloodHound
  • ADExplorer – AD browser
  • ldapdomaindump – AD information export

Exploitation

  • Rubeus – Kerberos attacks
  • Mimikatz – credential dumping
  • Certify – ADCS enumeration and attacks
  • PowerView – enumeration and exploitation

Lateral Movement

  • CrackMapExec – swiss army knife
  • Impacket – Python tools (psexec, wmiexec, etc.)
  • Evil-WinRM – WinRM shell
  • SharpRDP – RDP lateral movement

Typical Attack Paths

Path 1: Kerberoasting → Crack → Lateral Movement

  1. Enumerate SPN on user accounts
  2. Request TGS for kerberoastable account
  3. Offline password cracking
  4. Lateral movement to systems where account is admin
  5. Repeat to escalate

Path 2: ACL Abuse → Delegation → DCSync

  1. BloodHound finds path through ACL
  2. Abuse WriteDACL on account with delegation
  3. Configure resource-based constrained delegation
  4. Impersonate privileged user
  5. DCSync and full compromise

Path 3: ADCS → Certificate → Persistence

  1. Enumerate certificate templates (Certify)
  2. Identify vulnerable template (ESC1)
  3. Request certificate for privileged user
  4. Authentication with certificate
  5. Persistence – certificates valid for years

Path 4: GPO → Code Execution → DA

  1. Identify GPO modifiable by compromised account
  2. Modify GPO – scheduled task/startup script
  3. Wait for GPO application
  4. Code execution on systems in OU
  5. Credential harvest → DA

AD Test Deliverables

Technical Report

  • Detailed description of each attack path
  • Screenshots and proof-of-concept
  • Mapping to MITRE ATT&CK
  • Remediation prioritization

BloodHound Database

  • Database export for own analysis
  • Ability to track remediation progress
  • Baseline for comparison with future tests

Remediation Roadmap

  • Short-term: quick wins (password changes, ACL fixes)
  • Medium-term: architecture changes (tiering, LAPS)
  • Long-term: strategic improvements (PAM, MFA everywhere)

Attack Path Diagrams

  • Visualization of paths to DA
  • Understandable for management
  • Identification of “choke points” to secure

Most Common Configuration Mistakes

  1. Service accounts in Domain Admins – classic
  2. No tiering – DA logs into workstation
  3. Legacy protocols – NTLMv1, SMB1, LLMNR enabled
  4. Over-provisioned accounts – “just in case”
  5. Stale accounts – unused but active accounts
  6. GPO credentials – cpassword still present
  7. Weak service account passwords – Kerberoastable
  8. Unconstrained delegation – on non-DC servers
  9. Vulnerable ADCS templates – default configurations
  10. No LAPS – local admin password same everywhere

Summary

Active Directory penetration testing is a specialized discipline requiring:

  • Deep knowledge of AD internals
  • Specialized tools (BloodHound, Rubeus, etc.)
  • Understanding of complex attack paths
  • Ability to translate findings into recommendations

AD compromise = organization compromise. Regular testing is essential for environments where AD remains the identity management center.


Want to examine your Active Directory security? Contact us – we’ll conduct comprehensive tests and help secure critical infrastructure.

Learn key terms related to this article in our cybersecurity glossary:


Learn More

Explore related articles in our knowledge base:


Explore Our Services

Need cybersecurity support? Check out:

Explore Our Products

Solutions mentioned in this article that can help protect your organization:

Share:

Talk to an expert

Have questions about this topic? Get in touch with our specialist.

Sales Representative
Grzegorz Gnych

Grzegorz Gnych

Sales Representative

Response within 24 hours
Free consultation
Individual approach

Providing your phone number will speed up contact.

Want to Reduce IT Risk and Costs?

Book a free consultation - we respond within 24h

Response in 24h Free quote No obligations

Or download free guide:

Download NIS2 Checklist