https://github.com/lkarlslund/ldapnomnom
Quietly and anonymously bruteforce Active Directory usernames at insane speeds from Domain Controllers by (ab)using LDAP Ping requests (cLDAP)
https://github.com/lkarlslund/ldapnomnom
active-directory bruteforce bruteforcer cldap ldap
Last synced: 5 months ago
JSON representation
Quietly and anonymously bruteforce Active Directory usernames at insane speeds from Domain Controllers by (ab)using LDAP Ping requests (cLDAP)
- Host: GitHub
- URL: https://github.com/lkarlslund/ldapnomnom
- Owner: lkarlslund
- License: mit
- Created: 2022-09-18T10:35:09.000Z (about 3 years ago)
- Default Branch: main
- Last Pushed: 2024-11-09T10:15:13.000Z (11 months ago)
- Last Synced: 2025-04-14T00:58:35.074Z (6 months ago)
- Topics: active-directory, bruteforce, bruteforcer, cldap, ldap
- Language: Go
- Homepage:
- Size: 147 KB
- Stars: 1,026
- Watchers: 16
- Forks: 80
- Open Issues: 0
-
Metadata Files:
- Readme: readme.MD
- License: license.MD
Awesome Lists containing this project
README
# LDAP Nom Nom
*Quietly and anonymously bruteforce Active Directory usernames at insane speeds from Domain Controllers by (ab)using LDAP Ping requests (cLDAP)*
Looks for enabled normal user accounts. No Windows audit logs generated. High speed ~ up to 50K/sec per server - go way beyond that with multiple servers in parallel!
[](https://github.com/lkarlslund/ldapnomnom/releases) 
- Tries to autodetect DC from environment variables on domain joined machines or falls back to machine hostname FQDN DNS suffix
- Reads usernames to test from stdin (default) or file
- Outputs to stdout (default) or file
- Parallelized, multiple connections to multiple servers (defaults to 8 servers, 8 connections per server)
- Shows progressbar if you're using both input and output files
- Evasive maneuvers: Use --throttle 20 for a 20ms delay between each request (slows everything down to a crawl)
- Evasive maneuvers: Use --maxrequests 1000 to close connection and reconnect after 1000 requests in each connection (try to avoid detection based on traffic volume)
### Download auto built binaries from [releases](https://github.com/lkarlslund/ldapnomnom/releases) or build and install with this Go command
```go
go install github.com/lkarlslund/ldapnomnom@latest
```
### Usage
```bash
ldapnomnom [--server dc1.domain.suffix[,dc2.domain.suffix] | --dnsdomain domain.suffix] [--port number] [--tlsmode notls|tls|starttls] [--input filename] [--output filename] [--parallel number-of-connections] [--maxservers number-of-servers] [--maxstrategy fastest|random] [--throttle n] [--maxrequests n]
```
### Show version
```bash
ldapnomnom version
```
### Bruteforcing examples
Connect to up to 32 servers from contoso.local with 16 connections to each - FAAAAAAAST
```bash
ldapnomnom --input 10m_usernames.txt --output multiservers.txt --dnsdomain contoso.local --maxservers 32 --parallel 16
```
Connect to one named server with 4 connections
```bash
ldapnomnom --input 10m_usernames.txt --output results.txt --server 192.168.0.11 --parallel 4
```
Look for username lists to feed into this elsewhere - for instance the 10M list from [here](https://github.com/danielmiessler/SecLists/tree/master/Usernames)
### Extract rootDSE attributes
You can also use LDAP Nom Nom to dump attributes from the rootDSE object, by adding the "--dump" option.
Connect to all servers you can find, and output all readable attributes to JSON:
```bash
ldapnomnom --output rootDSEs.json --dump
```
## Detection
- Nothing native in the Windows event logs are generated (tested on Windows 2016 / 2019)
- Microsoft Defender for Identity 2.228 (February 2024) adds [event ID 2437](https://learn.microsoft.com/en-us/defender-for-identity/reconnaissance-discovery-alerts#account-enumeration-reconnaissance-ldap-external-id-2437-preview) and is triggered if the number of failed requests (i.e. wrong guesses at usernames) crosses an unknown threshold
- Custom network level monitoring (unencrypted LDAP analysis or traffic volume for LDAPS) can also be used, though it's not reliable
## Mitigation
- None, this is part of the dcLocator stuff
- Rename your administrator account
- Audit accounts for having same password as the username
- Prevent kerberoasting by removing SPNs on as many accounts as possible
- Use long and complex passwords on accounts with SPNs
## History
During a discussion on Twitter about locating Kerberos services, someone hinted the existance of LDAP Ping requests. They're documented on [Microsofts Open Specifications Pages](https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-adts/895a7744-aff3-4f64-bcfa-f8c05915d2e9), and it contains pseudo code for how you initiate a LDAP Ping, what parameters it takes and the data returned. It immediately seemed obvious that there is an information leak here that can be abused.
After having released the tool, I can see I'm not the only one to spot this "mistake" which is clearly still around for historic backwards compatibility reasons.
If you want to avoid network level detection as an attacker you should use TLS on port 636 (tool defaults to unencrypted LDAP on port 389).
If you like Active Directory you might also like my attack graph tool [Adalanche](https://github.com/lkarlslund/Adalanche)