# User SPN total count should be investigated

User accounts with Service Principal Names (SPNs) are high-value targets for attackers because:

Source: https://maester.dev/docs/tests/AD-SPN-06

<!-- This file is generated by website/scripts/generate-test-docs.mjs. Do not edit manually. -->

<div class="test-byline"><div class="test-byline-avatars"><a class="test-byline-avatar test-byline-avatar--author" href="/contributors/soulemike" title="Michael Soule · Original author"><img src="https://github.com/soulemike.png" alt="Michael Soule" width="28" height="28" loading="lazy" decoding="async" /></a></div><div class="test-byline-meta"><span class="test-byline-text">Contributed by <a href="/contributors/soulemike">Michael Soule</a></span><a class="test-byline-link" href="/contributors">All contributors →</a></div></div>

<p class="test-part">Part of <a href="/docs/tests/ad">Active Directory</a> · Active Directory · Service principal names · <a href="/docs/tests">All checks</a></p>

```powershell title="Run this check"
Invoke-Maester -TestId AD-SPN-06
```

## Overview

User accounts with Service Principal Names (SPNs) are high-value targets for attackers because:

- **Kerberoasting**: Attackers can request service tickets for these SPNs and attempt to crack them offline
- **Service account exposure**: User accounts with SPNs often have elevated privileges
- **Password policy gaps**: Service accounts may have weaker password policies than expected
- **Shadow service accounts**: Unknown user accounts with SPNs may indicate unauthorized services

Understanding the scope of user SPNs helps assess your Kerberoasting attack surface.

#### Control Type

**Operational**

#### Security Recommendation

Minimize user accounts with SPNs:
- Use Group Managed Service Accounts (gMSAs) instead of user accounts for services
- Regularly audit user accounts with SPNs
- Ensure service accounts have strong, regularly rotated passwords
- Consider using Managed Service Accounts (MSAs) where possible
- Remove SPNs from accounts that no longer need them

#### How the Test Works

This test retrieves all user objects from Active Directory, extracts their SPNs, and counts the total number of SPNs configured on user accounts.

#### Related Tests

- `Test-MtAdUserSpnServiceClassCount` - Counts distinct service classes on users
- `Test-MtAdUserSpnDomainAdminCount` - Identifies SPNs on domain admin accounts
- `Test-MtAdComputerSpnTotalCount` - Counts computer account SPNs

## Details

<details>
<summary>Every attribute of this check</summary>

| Field | Value |
| --- | --- |
| Test ID | AD-SPN-06 |
| Severity | Info |
| Suite | Active Directory |
| Product | Active Directory |
| Feature | Service principal names |
| Area | Authentication |
| Resource type | User |
| MITRE ATT&CK | T1558.003 Kerberoasting |
| PowerShell test | [Test-MtAdUserSpnTotalCount](https://github.com/maester365/maester/blob/main/tests/ad/spn/Test.AD-SPN-06.ps1) |
| Services | ActiveDirectory |
| Permissions | ActiveDirectory:Ldap:user:ReadProperty |

</details>

## Source

- Test: [`tests/ad/spn/Test.AD-SPN-06.ps1`](https://github.com/maester365/maester/blob/main/tests/ad/spn/Test.AD-SPN-06.ps1)
- Documentation: [`tests/ad/spn/Test.AD-SPN-06.md`](https://github.com/maester365/maester/blob/main/tests/ad/spn/Test.AD-SPN-06.md)
