Windows Local Privilege Escalation
Meilleur outil pour rechercher des vecteurs d'élévation 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:
Access TokensACL - DACLs/SACLs/ACEs
Consultez la page suivante pour plus d'informations sur les ACL - DACLs/SACLs/ACEs:
ACLs - DACLs/SACLs/ACEsNiveaux 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:
Integrity LevelsContrô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'élévation de privilèges:
Windows Security ControlsInformations système
Énumération des informations de version
Vérifiez si la version de Windows présente une vulnérabilité connue (vérifiez également les correctifs appliqués).
Exploits de Version
Ce site est pratique pour rechercher des informations détaillées sur les vulnérabilités de sécurité de Microsoft. Cette base de données contient plus de 4 700 vulnérabilités de sécurité, montrant l'immense surface d'attaque qu'un environnement Windows présente.
Sur le système
post/windows/gather/enum_patches
post/multi/recon/local_exploit_suggester
winpeas (Winpeas a watson intégré)
Localement avec des informations système
Dépôts Github d'exploits:
Environnement
Des informations sensibles/utiles sont-elles enregistrées dans les variables d'environnement?
Historique de PowerShell
Fichiers de transcription PowerShell
Vous pouvez apprendre comment activer cette fonctionnalité sur https://sid-500.com/2017/11/07/powershell-enabling-transcription-logging-by-using-group-policy/
Journalisation du module PowerShell
Les détails des exécutions de pipeline PowerShell sont enregistrés, englobant les commandes exécutées, les invocations de commandes et les parties de scripts. Cependant, les détails complets de l'exécution et les résultats de sortie pourraient ne pas être capturés.
Pour activer cela, suivez les instructions de la section "Fichiers de transcription" de la documentation, en optant pour "Journalisation du module" au lieu de "Transcription PowerShell".
Pour afficher les 15 derniers événements des journaux PowerShell, vous pouvez exécuter :
Journalisation des blocs de script PowerShell
Un enregistrement complet de l'activité et du contenu intégral 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 permet de conserver une piste d'audit complète de chaque activité, précieuse pour les enquêtes judiciaires 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.
Les événements de journalisation pour le Bloc de script peuvent être trouvés dans l'Observateur d'événements Windows à l'emplacement : Journaux des applications et des services > Microsoft > Windows > PowerShell > Opérationnel. Pour afficher les 20 derniers événements, vous pouvez utiliser :
Paramètres Internet
Lecteurs
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:
Si vous obtenez une réponse telle que:
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 tels que : Wsuxploit, pyWSUS - Ce sont des scripts d'exploitation d'armes MiTM pour injecter des mises à jour "fausses" dans le trafic WSUS non-SSL.
Lisez la recherche ici :
WSUS CVE-2020-1013
Lisez le rapport complet ici. Essentiellement, c'est la faille que cette faille 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 similaire à HSTS pour mettre en œuvre une validation de type confiance lors de la première utilisation sur le certificat. Si le certificat présenté est approuvé par l'utilisateur et possède 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 de domaine Windows dans des conditions spécifiques. Ces conditions incluent des environnements où la signature LDAP n'est pas imposée, les utilisateurs possèdent des droits propres leur permettant de configurer la délégation contrainte basée sur les ressources (RBCD), et la capacité pour les utilisateurs de créer des ordinateurs dans le 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 tout privilège peuvent installer (exécuter) des fichiers *.msi
en tant que NT AUTHORITY\SYSTEM.
Charges utiles Metasploit
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 PowerUP pour créer à l'intérieur du répertoire actuel un binaire Windows MSI afin d'escalader les privilèges. Ce script écrit un installateur MSI précompilé qui demande l'ajout d'un utilisateur/groupe (vous aurez donc besoin d'un accès GUI):
Ensuite, exécutez le binaire créé pour escalader les privilèges.
Enveloppeur MSI
Lisez ce tutoriel pour apprendre à créer une enveloppe MSI en utilisant ces outils. Notez que vous pouvez envelopper un fichier ".bat" si vous voulez simplement exécuter des lignes de commande.
MSI WrapperCréer un MSI avec WIX
Create MSI with WIXCréer un MSI avec Visual Studio
Générez avec Cobalt Strike ou Metasploit un nouveau payload TCP Windows EXE dans
C:\privesc\beacon.exe
Ouvrez Visual Studio, sélectionnez Créer un nouveau projet et tapez "installateur" dans la zone de recherche. Sélectionnez le projet Assistant de configuration 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'à arriver à 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. Ensuite, 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 modifier, telles que 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 Affichage > Actions personnalisées.
Cliquez avec le bouton droit sur Installer et sélectionnez Ajouter une action personnalisée.
Double-cliquez sur Dossier de l'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
Le fichier 'beacon-tcp.exe' ciblant 'x64' n'est pas compatible avec la plateforme cible du projet '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:
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 enregistré, donc vous devriez y prêter attention
WEF
Windows Event Forwarding, est intéressant de savoir où les journaux sont envoyés
LAPS
LAPS est conçu pour la gestion des mots de passe d'administrateur local, garantissant que chaque mot de passe est unique, aléatoire et régulièrement mis à jour sur les ordinateurs rejoignant 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 ayant reçu des autorisations suffisantes via des ACL, leur permettant de visualiser les mots de passe d'administrateur local s'ils sont autorisés.
LAPSWDigest
Si activé, les mots de passe en texte clair sont stockés dans LSASS (Local Security Authority Subsystem Service). Plus d'informations sur WDigest dans cette page.
Protection LSA
À partir de Windows 8.1, Microsoft a introduit une protection renforcée pour l'Autorité de sécurité locale (LSA) pour 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. Plus d'informations sur la Protection LSA ici.
Garde des informations d'identification
Credential Guard a été introduit dans Windows 10. Son but est de protéger les informations d'identification stockées sur un appareil contre des menaces telles que les attaques de type pass-the-hash.| Plus d'informations sur Credential Guard ici.
Informations d'identification mises en cache
Les informations d'identification du domaine sont authentifiées par l'Autorité de sécurité locale (LSA) et utilisées 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é, les informations d'identification du domaine pour l'utilisateur sont généralement établies. Plus d'informations sur les informations d'identification mises en cache ici.
Utilisateurs & Groupes
Énumérer les Utilisateurs & Groupes
Vous devriez vérifier si l'un des groupes auxquels vous appartenez a des autorisations intéressantes.
Groupes privilégiés
Si vous appartenez à un groupe privilégié, vous pourriez être en mesure d'escalader les privilèges. Apprenez-en davantage sur les groupes privilégiés et comment les exploiter pour escalader les privilèges ici :
Privileged GroupsManipulation 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 exploiter :
Abusing TokensUtilisateurs connectés / Sessions
Dossiers personnels
Politique de mot de passe
Obtenir le contenu du presse-papiers
Processus en cours d'exécution
Autorisations de fichiers et de dossiers
Tout d'abord, lister les processus vérifier la présence de mots de passe dans la ligne de commande du processus. Vérifiez si vous pouvez écraser certains binaires en cours d'exécution ou si vous avez des autorisations d'écriture sur le dossier binaire pour exploiter d'éventuelles attaques de Hijacking DLL :
Vérifiez toujours s'il y a des débogueurs electron/cef/chromium en cours d'exécution, vous pourriez les exploiter pour escalader les privilèges.
Vérification des autorisations des binaires des processus
Vérification des autorisations des dossiers des binaires des processus (DLL Hijacking)
Extraction de mots de passe en mémoire
Vous pouvez créer un vidage mémoire d'un processus en cours d'exécution en utilisant procdump de sysinternals. Des services comme FTP ont les identifiants en clair en mémoire, essayez de vider la mémoire et de lire les identifiants.
Applications GUI non sécurisées
Les applications s'exécutant en tant que SYSTEM peuvent permettre à un utilisateur de lancer une 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
Obtenir une liste des services :
Autorisations
Vous pouvez utiliser sc pour obtenir des informations sur un service
Il est recommandé d'avoir le binaire accesschk de Sysinternals pour vérifier le niveau de privilège requis pour chaque service.
Il est recommandé de vérifier si les "Utilisateurs authentifiés" peuvent modifier un service :
Vous pouvez télécharger accesschk.exe pour XP ici
Activer le service
Si vous rencontrez 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
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 :
Modifier le chemin binaire du service
Dans le scénario où le groupe "Utilisateurs authentifiés" 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:
Redémarrer le service
Les privilèges peuvent être escaladés grâce à diverses autorisations :
SERVICE_CHANGE_CONFIG : Permet la reconfiguration du binaire du service.
WRITE_DAC : Autorise la reconfiguration des autorisations, ce qui permet de modifier les configurations de service.
WRITE_OWNER : Permet l'acquisition de propriété et la reconfiguration des autorisations.
GENERIC_WRITE : Hérite de la capacité à modifier les configurations de service.
GENERIC_ALL : Hérite également de la capacité à modifier les configurations de service.
Pour la détection et l'exploitation de cette vulnérabilité, l'exploit exploit/windows/local/service_permissions peut être utilisé.
Autorisations faibles des binaires de services
Vérifiez si vous pouvez modifier le binaire exécuté par un service ou si vous avez des autorisations d'écriture sur le dossier où se trouve le binaire (DLL Hijacking). Vous pouvez obtenir chaque binaire exécuté par un service en utilisant wmic (pas dans system32) et vérifier vos autorisations en utilisant icacls :
Vous pouvez également utiliser sc et icacls :
Autorisations de modification du registre des services
Vous devriez vérifier si vous pouvez modifier un registre de services. Vous pouvez vérifier vos autorisations sur un registre de services en effectuant :
Il convient de vérifier si les Utilisateurs authentifiés ou NT AUTHORITY\INTERACTIVE possèdent des autorisations Contrôle total
. Si tel est le cas, le binaire exécuté par le service peut être modifié.
Pour changer le chemin du binaire exécuté :
Autorisations AppendData/AddSubdirectory du registre des services
Si vous avez cette autorisation 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 :
AppendData/AddSubdirectory permission over service registryChemins de service non entre guillemets
Si le chemin vers un exécutable n'est pas entre guillemets, Windows essaiera d'exécuter chaque partie avant un espace.
Par exemple, pour le chemin C:\Program Files\Some Folder\Service.exe Windows essaiera d'exécuter :
Listez tous les chemins de service non entre guillemets, à l'exclusion de ceux appartenant aux services Windows intégrés :
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 :
Actions de récupération
Windows permet aux utilisateurs de spécifier des actions à prendre en cas d'échec d'un service. 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 escalader les privilèges) et des dossiers (DLL Hijacking).
Autorisations d'écriture
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 autorisations de dossier/fichier faibles dans le système est de faire :
Exécution au démarrage
Vérifiez si vous pouvez écraser certaines clés de registre ou binaires qui vont être exécutés par un utilisateur différent. Lisez la page suivante pour en savoir plus sur les emplacements intéressants des autoruns pour l'escalade des privilèges:
Privilege Escalation with AutorunsPilotes
Recherchez des pilotes tiers étranges/vulnérables possibles
Injection de DLL dans le chemin d'accès
Si vous avez des autorisations d'écriture à l'intérieur d'un dossier présent dans le chemin d'accès, vous pourriez être en mesure de détourner une DLL chargée par un processus et d'escalader les privilèges.
Vérifiez les autorisations de tous les dossiers à l'intérieur du chemin d'accès :
Pour plus d'informations sur la façon d'exploiter cette vérification :
Writable Sys Path +Dll Hijacking PrivescRéseau
Partages
fichier hosts
Vérifiez la présence d'autres ordinateurs connus codés en dur dans le fichier hosts
Interfaces réseau & DNS
Ports Ouverts
Vérifiez les services restreints depuis l'extérieur
Table de routage
Table ARP
Règles de pare-feu
Consultez cette page pour les commandes liées au pare-feu (liste des règles, création de règles, désactivation, désactivation...)
Plus de commandes pour l'énumération du réseau ici
Sous-système Windows pour Linux (wsl)
Le binaire bash.exe
peut également être trouvé dans C:\Windows\WinSxS\amd64_microsoft-windows-lxssbash_[...]\bash.exe
Si vous obtenez un accès en tant qu'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).
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\
Informations d'identification Windows
Informations d'identification Winlogon
Gestionnaire d'informations d'identification / Coffre-fort Windows
À partir de https://www.neowin.net/news/windows-7-exploring-credential-manager-and-windows-vault Le Coffre-fort Windows stocke les informations d'identification des utilisateurs pour les serveurs, les sites Web et d'autres programmes auxquels Windows peut connecter automatiquement les utilisateurs. À première vue, cela pourrait ressembler au fait que les utilisateurs peuvent stocker leurs informations d'identification Facebook, leurs informations d'identification Twitter, leurs informations d'identification Gmail, etc., afin de se connecter automatiquement via les navigateurs. Mais ce n'est pas le cas.
Le Coffre-fort Windows stocke les informations d'identification que Windows peut utiliser pour connecter automatiquement les utilisateurs, ce qui signifie que toute application Windows nécessitant des informations d'identification pour accéder à une ressource (serveur ou site Web) **peut utiliser ce Gestionnaire d'informations d'identification & le Coffre-fort Windows et utiliser les informations d'identification fournies au lieu que les utilisateurs saisissent le nom d'utilisateur et le mot de passe tout le temps.
Sauf si les applications interagissent avec le Gestionnaire d'informations d'identification, je ne pense pas qu'elles puissent utiliser les informations d'identification pour une ressource donnée. Ainsi, si votre application souhaite utiliser le coffre-fort, elle doit d'une manière ou d'une autre communiquer avec le gestionnaire d'informations d'identification et demander les informations d'identification pour cette ressource à partir du coffre-fort de stockage par défaut.
Utilisez cmdkey
pour répertorier les informations d'identification stockées sur la machine.
Ensuite, vous pouvez utiliser runas
avec l'option /savecred
pour utiliser les informations d'identification enregistrées. L'exemple suivant appelle un binaire distant via un partage SMB.
Utilisation de runas
avec un ensemble de crédentials fourni.
Notez que mimikatz, lazagne, credentialfileview, VaultPasswordView, ou à partir du module Empire Powershells.
DPAPI
L'API de protection des données (DPAPI) fournit une méthode de chiffrement symétrique des données, principalement utilisée dans le système d'exploitation Windows pour le chiffrement symétrique des clés privées asymétriques. Ce chiffrement utilise un secret utilisateur ou système pour contribuer significativement à 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 du système, il utilise les secrets d'authentification du 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'énumération de son contenu via la commande dir
dans CMD, bien qu'il puisse être énuméré via PowerShell).
Vous pouvez utiliser le module mimikatz dpapi::masterkey
avec les arguments appropriés (/pvk
ou /rpc
) pour le décrypter.
Les fichiers d'identifiants protégés par le mot de passe principal sont généralement situés dans :
Vous pouvez utiliser le module mimikatz dpapi::cred
avec le /masterkey
approprié pour décrypter.
Vous pouvez extraire de nombreux DPAPI masterkeys de la mémoire avec le module sekurlsa::dpapi
(si vous êtes root).
Informations d'identification PowerShell
Les informations d'identification PowerShell sont souvent utilisées pour des tâches de scripting et d'automatisation comme moyen de stocker des informations d'identification chiffrées de manière pratique. Les informations d'identification sont protégées à l'aide de DPAPI, ce qui signifie généralement qu'elles ne peuvent être décryptées que par le même utilisateur sur le même ordinateur où elles ont été créées.
Pour décrypter des informations d'identification PS à partir du fichier les contenant, vous pouvez faire :
Wifi
Wifi
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
Gestionnaire d'informations d'identification du Bureau à distance
Utilisez le module Mimikatz dpapi::rdg
avec le /masterkey
approprié pour décrypter tout fichier .rdg.
Vous pouvez extraire de nombreux DPAPI masterkeys de la mémoire avec le module Mimikatz sekurlsa::dpapi
.
Notes autocollantes
Les gens utilisent souvent l'application StickyNotes sur les postes de travail Windows pour sauvegarder 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 est situé à 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 de AppCmd.exe, vous devez être administrateur et exécuter sous un niveau d'intégrité élevé.
AppCmd.exe est situé 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:
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 au Chargement de DLL (Informations provenant de https://github.com/enjoiz/Privesc).
Fichiers et Registre (Informations d'identification)
Informations d'identification Putty
Clés hôtes SSH Putty
Clés SSH dans le registre
Les clés privées SSH peuvent être stockées à l'intérieur de la clé de registre HKCU\Software\OpenSSH\Agent\Keys
, donc vous devriez vérifier s'il y a quelque chose d'intéressant à cet endroit :
Si vous trouvez une entrée à l'intérieur de ce chemin, il s'agira probablement d'une clé SSH enregistrée. Elle est stockée crypté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 :
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.
Fichiers non assistés
Vous pouvez également rechercher ces fichiers en utilisant metasploit : post/windows/gather/enum_unattend
Contenu de l'exemple :
Sauvegardes SAM & SYSTEM
Informations d'identification Cloud
McAfee SiteList.xml
Recherchez un fichier appelé SiteList.xml
Mot de passe GPP mis en cache
Une fonctionnalité était précédemment 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 présentait des failles de sécurité significatives. Tout d'abord, les Objets de Stratégie de Groupe (GPO), stockés sous forme de fichiers XML dans SYSVOL, pouvaient être consultés par n'importe quel utilisateur de domaine. Deuxièmement, les mots de passe dans ces GPP, cryptés avec AES256 en utilisant une clé par défaut publiquement documentée, pouvaient être déchiffrés par n'importe quel 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 rechercher des fichiers GPP mis en cache localement contenant un champ "cpassword" non vide. En trouvant un tel fichier, 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 résolution 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 (antérieur à W Vista) pour ces fichiers :
Groups.xml
Services.xml
Scheduledtasks.xml
DataSources.xml
Printers.xml
Drives.xml
Pour déchiffrer le cPassword :
Utilisation de crackmapexec pour obtenir les mots de passe :
Configuration Web IIS
Exemple de web.config avec des identifiants :
Informations d'identification OpenVPN
Journaux
Demander des identifiants
Vous pouvez toujours demander à l'utilisateur d'entrer ses identifiants ou même les identifiants d'un autre utilisateur si vous pensez qu'il pourrait les connaître (remarquez que demander directement au client les identifiants est vraiment risqué):
Noms de fichiers possibles contenant des informations d'identification
Fichiers connus qui ont déjà contenu des mots de passe en texte clair ou en Base64
Recherchez tous les fichiers proposés :
Identifiants dans la Corbeille
Vous devriez également vérifier la Corbeille pour rechercher des identifiants à l'intérieur.
Pour récupérer les mots de passe enregistrés par plusieurs programmes, vous pouvez utiliser : http://www.nirsoft.net/password_recovery_tools.html
À l'intérieur du registre
Autres clés de registre possibles contenant des identifiants
Extraire les clés openssh du registre.
Historique des navigateurs
Vous devriez 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 favoris et les favoris des navigateurs, car il se peut que certains mots de passe y soient stockés.
Outils pour extraire les mots de passe des navigateurs :
Mimikatz :
dpapi::chrome
Écrasement de DLL COM
Component Object Model (COM) est une technologie intégrée au système d'exploitation Windows qui permet l'intercommunication entre les 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 ID 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 CLSIDs de ce registre, vous pouvez trouver le sous-registre InProcServer32 qui contient une valeur par défaut pointant vers une DLL et une valeur appelée ThreadingModel qui peut être Apartment (monofil), Free (multifil), Both (mono ou multi) ou Neutral (neutre).
![](https://book.hacktricks.xyz/~gitbook/image?url=https%3A%2F%2F2088318145-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252Frq9WIQinJaxpWMvakjIQ%252Fuploads%252Fgit-blob-2b1d4ac66778ec1cf22fe35ba7602b784f62bc77%252Fimage%2520%28638%29.png%3Falt%3Dmedia&width=768&dpr=4&quality=100&sign=a1e7044b&sv=1)
En gros, si vous pouvez écraser l'une des DLL qui va être exécutée, vous pourriez escalader les privilèges si cette DLL doit être exécutée par un utilisateur différent.
Pour savoir comment les attaquants utilisent le détournement de COM comme mécanisme de persistance, consultez :
COM HijackingRecherche générique de mots de passe dans les fichiers et le registre
Recherche de contenu de fichiers
Recherchez un fichier avec un nom de fichier spécifique
Recherchez dans le registre les noms de clés et les mots de passe
Outils de recherche de mots de passe
Plugin MSF-Credentials est un plugin msf que j'ai créé pour exécuter automatiquement chaque module POST de Metasploit qui recherche des informations d'identification à 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 les sessions, les noms d'utilisateur et les mots de passe de plusieurs outils qui enregistrent ces données en clair (PuTTY, WinSCP, FileZilla, SuperPuTTY et RDP).
Gestionnaires divulgués
Imaginez que 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 bas mais héritant de tous les gestionnaires ouverts du processus principal.
Ensuite, si vous avez un accès complet au processus à privilèges bas, vous pouvez saisir le gestionnaire ouvert du processus à privilèges 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 abuser de plus de gestionnaires ouverts de processus et de threads hérités avec différents niveaux d'autorisations (pas seulement un accès complet).
Impersonation de client de canal nommé
Les segments de mémoire partagée, appelés canal nommé, permettent la communication entre les processus et le transfert de données.
Windows propose une fonctionnalité appelée Canal nommé, 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 canal nommé et client de canal nommé.
Lorsque des données sont envoyées via un canal par un client, le serveur qui a mis en place le canal a la possibilité de prendre l'identité du client, à condition qu'il dispose des droits SeImpersonate nécessaires. Identifier un processus privilégié qui communique via un canal que vous pouvez imiter offre la possibilité de gagner des privilèges plus élevés en adoptant l'identité de ce processus une fois qu'il interagit avec le canal 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 d'intercepter une communication de canal nommé avec un outil comme burp: https://github.com/gabriel-sztejnworcel/pipe-intercept et cet outil permet de répertorier et de voir tous les canaux pour trouver des élévations de privilèges https://github.com/cyberark/PipeViewer
Divers
Surveillance des lignes de commande pour les mots de passe
Lors de l'obtention d'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 transmettent des informations d'identification 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.
Vol de mots de passe à partir de processus
De l'utilisateur à faibles privilèges à NT\AUTHORITY SYSTEM (CVE-2019-1388) / Contournement de l'UAC
Si vous avez accès à l'interface graphique (via la 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:
Pour exploiter cette vulnérabilité, il est nécessaire d'effectuer les étapes suivantes :
Vous avez tous les fichiers et informations nécessaires dans le dépôt GitHub suivant :
https://github.com/jas502n/CVE-2019-1388
De l'Intégrité Moyenne à l'Intégrité Élevée / Contournement de l'UAC
Lisez ceci pour apprendre sur les Niveaux d'Intégrité :
Integrity LevelsEnsuite, lisez ceci pour en savoir plus sur l'UAC et les contournements de l'UAC :
UAC - User Account ControlDe l'Intégrité Élevée à Système
Nouveau service
Si vous exécutez déjà un processus à Intégrité Élevée, le passage à SYSTEM peut être facile en créant et exécutant un nouveau service :
AlwaysInstallElevated
À partir d'un processus à haute intégrité, vous pourriez essayer d'activer les entrées de registre AlwaysInstallElevated et d'installer un shell inversé en utilisant un enveloppe .msi. Plus d'informations sur les clés de registre impliquées et comment installer un package .msi ici.
Privilège High + SeImpersonate vers System
Vous pouvez trouver le code ici.
De SeDebug + SeImpersonate à des privilèges de jeton complets
Si vous avez ces privilèges de jeton (probablement vous les trouverez dans un processus déjà à haute intégrité), vous pourrez ouvrir presque n'importe quel processus (sauf les processus protégés) avec le privilège SeDebug, copier le jeton du processus, et créer un processus arbitraire avec ce jeton. En utilisant cette technique, il est généralement sélectionné 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.
Tuyaux nommés
Cette technique est utilisée par meterpreter pour escalader en getsystem
. La technique consiste à créer un tuyau puis à créer/utiliser un service pour écrire sur ce tuyau. Ensuite, le serveur qui a créé le tuyau en utilisant le privilège SeImpersonate
pourra usurper le jeton du client du tuyau (le service) et obtenir les privilèges SYSTEM.
Si vous souhaitez en savoir plus sur les tuyaux nommés, vous devriez lire ceci.
Si vous souhaitez lire un exemple de comment passer de l'intégrité élevée à System en utilisant des tuyaux nommés, vous devriez lire ceci.
Dll Hijacking
Si vous parvenez à détourner une dll chargée par un processus s'exécutant en tant que SYSTEM, vous pourrez exécuter du code arbitraire avec ces autorisations. Par conséquent, le détournement de Dll est également utile pour ce type d'élévation de privilèges, et, de plus, il est bien plus facile à réaliser à partir d'un processus à haute intégrité car il aura des permissions d'écriture sur les dossiers utilisés pour charger les dll. Vous pouvez en savoir plus sur le détournement de Dll ici.
De l'Administrateur ou du Service Réseau à System
Du SERVICE LOCAL ou du SERVICE RÉSEAU à des privilèges complets
Lire : https://github.com/itm4n/FullPowers
Plus d'aide
Outils utiles
Meilleur outil pour rechercher des vecteurs d'élévation de privilèges locaux Windows : WinPEAS
PS
PrivescCheck
PowerSploit-Privesc(PowerUP) -- Vérifiez les mauvaises configurations et les fichiers sensibles (vérifiez ici). Détecté.
JAWS -- Vérifiez certaines mauvaises configurations possibles et recueillez des informations (vérifiez ici).
privesc -- Vérifiez les mauvaises configurations
SessionGopher -- Extrait les informations de session enregistrées de PuTTY, WinSCP, SuperPuTTY, FileZilla et RDP. Utilisez -Thorough en local.
Invoke-WCMDump -- Extrait les informations d'identification du Gestionnaire d'informations d'identification. Détecté.
DomainPasswordSpray -- Répartit les mots de passe collectés dans tout le domaine
Inveigh -- Inveigh est un outil d'usurpation d'ADIDNS/LLMNR/mDNS/NBNS et d'homme du milieu PowerShell.
WindowsEnum -- Énumération de base de l'élévation de privilèges Windows
Sherlock ~~~~ -- Recherche de vulnérabilités d'élévation de privilèges connues (OBSOLÈTE pour Watson)
WINspect -- Vérifications locales (Nécessite des droits d'administrateur)
Exe
Watson -- Recherche de vulnérabilités d'élévation de privilèges connues (doit être compilé en utilisant VisualStudio) (précompilé)
SeatBelt -- Énumère l'hôte à la recherche de mauvaises configurations (plutôt un outil de collecte d'informations que d'élévation de privilèges) (doit être compilé) (précompilé)
LaZagne -- Extrait les informations d'identification de nombreux logiciels (exe précompilé sur github)
SharpUP -- Portage de PowerUp en C#
Beroot ~~~~ -- Vérifiez les mauvaises configurations (exécutable précompilé sur github). Non recommandé. Ne fonctionne pas bien sous Win10.
Windows-Privesc-Check -- Vérifiez les mauvaises configurations possibles (exe à partir de python). Non recommandé. Ne fonctionne pas bien sous Win10.
Bat
winPEASbat -- Outil créé basé sur ce post (il n'a pas besoin d'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 :
Bibliographie
Last updated