Maandelijkse vulnerability scanning: Eerste maand kosteloos! Meer informatie →
Hero

WIJ ZIJN

HACKIFY

Pass-the-Hash

Pass-the-Hash

20 mei 2026 · 4 min leestijd · begrippen

active-directory credentials post-exploitation

Wat is Pass-the-Hash?

Pass-the-Hash (PtH) is een aanvalstechniek waarbij een aanvaller met de hash van een Windows-wachtwoord op het netwerk inlogt, zonder dat hij dat wachtwoord ooit kraakt. Windows verifieert gebruikers via een uitdaging-antwoord protocol dat onder de motorkap gebaseerd is op de NTLM-hash van een wachtwoord, niet op het wachtwoord zelf. Wie de hash bezit, kan zich dus authentiseren alsof hij die gebruiker is.

De techniek bestaat al sinds 1997. Paul Ashton publiceerde toen een aangepaste Samba-versie die dit aantoonde. Vandaag hoort Pass-the-Hash bij vrijwel elke Active Directory pentest, met tools als NetExec, Mimikatz en Lsassy.

Hoe werkt Pass-the-Hash?

Windows slaat wachtwoorden niet op als platte tekst maar als hash. De NTLM-hash is een MD4-hash van het wachtwoord in UTF-16 LE, zonder salt. Identieke wachtwoorden produceren dus identieke hashes, een eigenschap die verderop in dit artikel belangrijk wordt. De oudere LM-hash is sinds Windows Vista standaard uitgeschakeld.

Bij NTLM-authenticatie verstuurt de client geen wachtwoord, maar een antwoord op een server-uitdaging dat is berekend uit de hash. Iemand die de hash bezit, reproduceert dat antwoord zonder ooit het wachtwoord te kennen.

Het bemachtigen van die hash gebeurt op verschillende plekken. Op een werkstation waar zojuist een beheerder is ingelogd, leeft zijn hash in het LSASS-proces van Windows. Aanvallers trekken hem daar uit via Mimikatz, Lsassy of vergelijkbare tools. Op een systeem zonder actieve sessies staan de hashes van lokale accounts in de SAM-database. Op de domain controller leven alle hashes in de NTDS.dit.

Eenmaal in bezit van de hash gebruiken wij in een pentest standaard NetExec voor het volgende stuk van de keten:

# Probeer de hash op een range systemen voor lokale admin-toegang
netexec smb 10.0.0.0/24 -u administrator -H 32ed87bdb5fdc5e9cba88547376818d4 --local-auth

# Of binnen het domein, met een domain-account
netexec smb 10.0.0.0/24 -u jdoe -H 32ed87bdb5fdc5e9cba88547376818d4 -d acme.local

# Vinden we admin-toegang, dan direct commando's uitvoeren
netexec smb 10.0.0.5 -u administrator -H 32ed87bdb5fdc5e9cba88547376818d4 --local-auth -x "whoami /all"

Belangrijke flags:

Flag Doel
-H <hash> NTLM-hash i.p.v. wachtwoord
--local-auth Auth tegen lokaal SAM-account, niet tegen het domein
-d <domain> Domain voor de account-context
-x "<cmd>" Voer commando uit via SMB als auth slaagt

Wat kan een aanvaller met Pass-the-Hash bereiken?

Pass-the-Hash is geen op zichzelf staande aanval, maar de motor onder laterale beweging. Eén gecompromitteerde laptop is meestal voldoende om hashes van privileged accounts uit het geheugen te halen. Vanaf dat punt verspreidt de aanvaller zich door het netwerk zonder ooit een wachtwoord te kraken. Er is geen password spray die rate-limits laat afgaan en geen rij failed-login meldingen die het blue team in de gaten houdt.

De stille keten ziet er typisch zo uit:

  1. Initiële toegang tot een werkstation (phishing, kwetsbare service, gestolen laptop).
  2. NT-hash van een lokale of ingelogde beheerder uit LSASS dumpen.
  3. Met die hash inloggen op andere systemen waar diezelfde beheerder rechten heeft.
  4. Op die tweede systemen opnieuw hashes dumpen, vermoedelijk van andere accounts die daar actief waren.
  5. Herhalen tot een domain admin in het net loopt.

Het probleem zit zelden in NTLM zelf, maar in twee onderliggende fouten. Eén: lokale admin-wachtwoorden die op meerdere systemen identiek zijn. Twee: privileged accounts die op werkstations werken in plaats van alleen op beheerservers.

Pass-the-Hash in een pentest

In een Active Directory pentest beginnen wij vrijwel altijd met initiële toegang tot een werkstation, bijvoorbeeld via phishing of via een onveilig geconfigureerd service-account. Daarna dumpen we NTLM-hashes uit LSASS en proberen ze met NetExec op de rest van het netwerk.

Lukt het inloggen op een tweede systeem met lokale admin-rechten, dan dumpen we ook daar de hashes. Zo “hoppen” we door het netwerk totdat we hashes van privileged accounts vinden, met een domain admin als eindstation. In ons rapport staan de gevonden hashes en het afgelegde pad, maar de nadruk ligt op de configuratie-fouten die deze keten mogelijk maakten. Daar zit namelijk de oplossing.

Hoe voorkomt u Pass-the-Hash?

Pass-the-Hash volledig uitschakelen vereist NTLM vervangen door Kerberos, wat in een gegroeide AD-omgeving zelden praktisch is. De aanvalsketen kan echter op meerdere plekken gebroken worden:

  • Microsoft LAPS (of de opvolger Windows LAPS) zorgt dat elk werkstation een uniek lokaal admin-wachtwoord heeft. Eén gecompromitteerd systeem geeft dan geen toegang meer tot anderen, omdat de hash op andere systemen simpelweg niet werkt.
  • Een tiering-model beperkt waar privileged accounts inloggen. Domain admins horen niet thuis op werkstations. Tier-0 accounts werken alleen op tier-0 systemen (domain controllers), zodat hun hash daar nooit belandt.
  • Credential Guard (Windows 10/11 en Server 2016+) plaatst LSASS in een gevirtualiseerde container die Mimikatz en vergelijkbare tools niet kunnen benaderen.
  • NTLM-restrictie via Group Policy (“Network security: Restrict NTLM”) schakelt NTLM-authenticatie uit waar mogelijk. Kerberos voorkomt Pass-the-Hash, al brengt het zijn eigen aanvallen mee zoals Kerberoasting.
  • Monitoring op LSASS-toegang via Sysmon Event ID 10. Een Mimikatz-uitvoering geeft duidelijke artefacten af, mits u er ook op logt en reageert.

Geen van deze maatregelen werkt op zichzelf. In de praktijk voorkomt een gelaagde aanpak met tiering en LAPS als kern verreweg de meeste Pass-the-Hash incidenten.

Veelgestelde vragen

Werkt Pass-the-Hash ook bij Kerberos?

Niet direct. Bij Kerberos draait de variant Pass-the-Ticket of Pass-the-Key. De NTLM-hash is alleen bruikbaar voor NTLM-authenticatie. Wel kan de Kerberos NT-hash via Overpass-the-Hash gebruikt worden om een Kerberos-ticket aan te vragen.

Is een wachtwoord-rotatie genoeg om Pass-the-Hash te stoppen?

Alleen voor de oude hash. Na een wachtwoord-wijziging is die onbruikbaar, maar de nieuwe hash leeft direct weer in het geheugen of in de NTDS.dit. Rotatie helpt om historische compromittering af te breken, niet om actieve aanvallers te stoppen.

Vraagt onze cyberverzekering naar Pass-the-Hash bescherming?

Steeds vaker wel. Verzekeraars vragen specifiek naar tiering, LAPS en het uitschakelen van NTLM. Een pentest waarin Pass-the-Hash mogelijk blijkt, is bij claim-onderzoek een direct knelpunt.

Hoe ernstig is een Pass-the-Hash bevinding?

Bij een pentest scoort een werkende Pass-the-Hash naar domain admin vrijwel altijd kritiek. De aanvaller heeft daarmee volledige controle over uw AD-omgeving, inclusief de mogelijkheid om persistentie achter te laten via Golden Tickets.

Gerelateerde artikelen