Kerberos Double Hop Problem
Last updated
Last updated
Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
Die Kerberos "Double Hop" probleem verskyn wanneer 'n aanvaller probeer om Kerberos-outeentifikasie oor twee hops te gebruik, byvoorbeeld deur PowerShell/WinRM.
Wanneer 'n outeentifikasie deur Kerberos plaasvind, word akkrediteer nie in geheue gecache nie. Daarom, as jy mimikatz uitvoer, sal jy nie akkrediteer van die gebruiker op die masjien vind nie, selfs al is hy besig om prosesse te loop.
Dit is omdat wanneer jy met Kerberos verbind, dit die stappe is:
Gebruiker1 verskaf akkrediteer en die domeinbeheerder keer 'n Kerberos TGT terug na Gebruiker1.
Gebruiker1 gebruik TGT om 'n dienskaartjie aan te vra om met Server1 te verbinde.
Gebruiker1 verbinde met Server1 en verskaf dienskaartjie.
Server1 het nie akkrediteer van Gebruiker1 gecache of die TGT van Gebruiker1 nie. Daarom, wanneer Gebruiker1 van Server1 probeer om in te log op 'n tweede bediener, kan hy nie outentifiseer nie.
As unconstrained delegation op die rekenaar geaktiveer is, sal dit nie gebeur nie, aangesien die Server 'n TGT van elke gebruiker wat dit toegang gee, sal kry. Boonop, as unconstrained delegation gebruik word, kan jy waarskynlik die Domeinbeheerder daarvan kompromitteer. Meer inligting op die unconstrained delegation bladsy.
'n Ander manier om hierdie probleem te vermy wat duidelik onveilig is, is Credential Security Support Provider. Van Microsoft:
CredSSP-outeentifikasie delegeer die gebruiker se akkrediteer van die plaaslike rekenaar na 'n afstandlike rekenaar. Hierdie praktyk verhoog die sekuriteitsrisiko van die afstandlike operasie. As die afstandlike rekenaar gekompromitteer word, kan die akkrediteer wat aan dit oorgedra word, gebruik word om die netwerk sessie te beheer.
Dit word sterk aanbeveel dat CredSSP op produksiesisteme, sensitiewe netwerke en soortgelyke omgewings gedeaktiveer word weens sekuriteitskwessies. Om te bepaal of CredSSP geaktiveer is, kan die Get-WSManCredSSP
opdrag uitgevoer word. Hierdie opdrag stel jou in staat om die status van CredSSP te kontroleer en kan selfs op afstand uitgevoer word, mits WinRM geaktiveer is.
Om die dubbele sprong probleem aan te spreek, word 'n metode met 'n geneste Invoke-Command
voorgestel. Dit los die probleem nie direk op nie, maar bied 'n omweg sonder die behoefte aan spesiale konfigurasies. Die benadering stel in staat om 'n opdrag (hostname
) op 'n sekondêre bediener uit te voer deur 'n PowerShell-opdrag wat vanaf 'n aanvanklike aanvalmasjien of deur 'n voorheen gevestigde PS-sessie met die eerste bediener uitgevoer word. Hier is hoe dit gedoen word:
Alternatiewelik, word dit voorgestel om 'n PS-Session met die eerste bediener te vestig en die Invoke-Command
te gebruik met $cred
om take te sentraliseer.
'n Oplossing om die dubbel hop probleem te omseil behels die gebruik van Register-PSSessionConfiguration
met Enter-PSSession
. Hierdie metode vereis 'n ander benadering as evil-winrm
en laat 'n sessie toe wat nie ly aan die dubbel hop beperking nie.
Vir plaaslike administrateurs op 'n intermediêre teiken, laat port forwarding toe dat versoeke na 'n finale bediener gestuur word. Deur netsh
te gebruik, kan 'n reël vir port forwarding bygevoeg word, saam met 'n Windows-vuurmuurreël om die voortgelei poort toe te laat.
winrs.exe
kan gebruik word om WinRM versoeke te stuur, moontlik as 'n minder opspoorbare opsie as PowerShell monitering 'n bekommernis is. Die onderstaande opdrag demonstreer die gebruik daarvan:
Die installering van OpenSSH op die eerste bediener stel 'n omseiling van die dubbel-hop probleem in, wat veral nuttig is vir jump box scenario's. Hierdie metode vereis CLI installasie en opstelling van OpenSSH vir Windows. Wanneer dit geconfigureer is vir Wagwoordverifikasie, laat dit die intermediêre bediener toe om 'n TGT namens die gebruiker te verkry.
Laai die nuutste OpenSSH vrystelling zip af en skuif dit na die teikenbediener.
Unzip en voer die Install-sshd.ps1
skrip uit.
Voeg 'n firewall-reël by om poort 22 te open en verifieer dat SSH dienste aan die gang is.
Om Connection reset
foute op te los, mag dit nodig wees om toestemmings op te dateer om almal lees- en uitvoertoegang op die OpenSSH gids toe te laat.
Leer & oefen AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Leer & oefen GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)