Mirrors/hacktricks
2
0
Fork 0
mirror of https://github.com/carlospolop/hacktricks synced 2024-11-22 20:53:37 +00:00
Code Issues Projects Releases Packages Wiki Activity
hacktricks/windows-hardening/active-directory-methodology/kerberos-double-hop-problem.md

8.9 KiB
Raw Blame History

Kerberos Double Hop Problem

{% hint style="success" %} Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)

Support HackTricks
{% endhint %}

{% embed url="https://websec.nl/" %}

Introduction

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:

  1. Gebruiker1 verskaf akkrediteer en die domeinbeheerder keer 'n Kerberos TGT terug na Gebruiker1.
  2. Gebruiker1 gebruik TGT om 'n dienskaartjie aan te vra om met Server1 te verbinde.
  3. Gebruiker1 verbinde met Server1 en verskaf dienskaartjie.
  4. 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.

Unconstrained Delegation

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.

CredSSP

'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.

Invoke-Command -ComputerName bizintel -Credential ta\redsuit -ScriptBlock {
Get-WSManCredSSP
}

Workarounds

Invoke Command

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:

$cred = Get-Credential ta\redsuit
Invoke-Command -ComputerName bizintel -Credential $cred -ScriptBlock {
Invoke-Command -ComputerName secdev -Credential $cred -ScriptBlock {hostname}
}

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.

Registreer PSSession Konfigurasie

'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.

Register-PSSessionConfiguration -Name doublehopsess -RunAsCredential domain_name\username
Restart-Service WinRM
Enter-PSSession -ConfigurationName doublehopsess -ComputerName <pc_name> -Credential domain_name\username
klist

PortForwarding

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.

netsh interface portproxy add v4tov4 listenport=5446 listenaddress=10.35.8.17 connectport=5985 connectaddress=10.35.8.23
netsh advfirewall firewall add rule name=fwd dir=in action=allow protocol=TCP localport=5446

winrs.exe

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:

winrs -r:http://bizintel:5446 -u:ta\redsuit -p:2600leet hostname

OpenSSH

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.

OpenSSH Installasiestappe

  1. Laai die nuutste OpenSSH vrystelling zip af en skuif dit na die teikenbediener.
  2. Unzip en voer die Install-sshd.ps1 skrip uit.
  3. 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.

icacls.exe "C:\Users\redsuit\Documents\ssh\OpenSSH-Win64" /grant Everyone:RX /T

Verwysings

{% embed url="https://websec.nl/" %}

{% hint style="success" %} Leer & oefen AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Leer & oefen GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)

Ondersteun HackTricks
{% endhint %}