1433 - Pentesting MSSQL - Microsoft SQL Server
Groupe de sécurité Try Hard
Informations de base
D'après wikipedia:
Microsoft SQL Server est un système de gestion de base de données relationnelle développé par Microsoft. En tant que serveur de base de données, c'est un produit logiciel ayant pour fonction principale de stocker et de récupérer des données telles que demandées par d'autres applications logicielles - qui peuvent s'exécuter soit sur le même ordinateur, soit sur un autre ordinateur à travers un réseau (y compris Internet).\
Port par défaut : 1433
Tables système MS-SQL par défaut
Base de données master: Cette base de données est cruciale car elle capture tous les détails au niveau du système pour une instance SQL Server.
Base de données msdb: L'Agent SQL Server utilise cette base de données pour gérer la planification des alertes et des tâches.
Base de données model: Sert de modèle pour chaque nouvelle base de données sur l'instance SQL Server, où toutes les modifications telles que la taille, la collation, le modèle de récupération, et plus encore sont reflétées dans les bases de données nouvellement créées.
Base de données Resource: Une base de données en lecture seule qui contient des objets système fournis avec SQL Server. Ces objets, bien qu'ils soient stockés physiquement dans la base de données Resource, sont présentés logiquement dans le schéma sys de chaque base de données.
Base de données tempdb: Sert de zone de stockage temporaire pour les objets transitoires ou les ensembles de résultats intermédiaires.
Énumération
Énumération automatique
Si vous ne savez rien sur le service:
Si vous n'avez pas d'identifiants, vous pouvez essayer de les deviner. Vous pouvez utiliser nmap ou metasploit. Faites attention, vous pouvez bloquer des comptes si vous échouez à vous connecter plusieurs fois en utilisant un nom d'utilisateur existant.
Metasploit (besoin d'identifiants)
Énumération Manuelle
Connexion
Énumération Courante
Obtenir l'Utilisateur
Types of MSSQL UsersObtenir les autorisations
Sécurisable : Défini comme les ressources gérées par SQL Server pour le contrôle d'accès. Ils sont catégorisés en :
Serveur – Les exemples incluent les bases de données, les connexions, les points de terminaison, les groupes de disponibilité et les rôles serveur.
Base de données – Les exemples couvrent le rôle de base de données, les rôles d'application, le schéma, les certificats, les catalogues de texte intégral et les utilisateurs.
Schéma – Comprend les tables, les vues, les procédures, les fonctions, les synonymes, etc.
Autorisation : Associées aux sécures SQL Server, des autorisations telles que ALTER, CONTROL et CREATE peuvent être accordées à un principal. La gestion des autorisations se fait à deux niveaux :
Au niveau du serveur en utilisant des connexions
Au niveau de la base de données en utilisant des utilisateurs
Principal : Ce terme fait référence à l'entité à qui des autorisations sont accordées pour un sécure. Les principaux incluent principalement les connexions et les utilisateurs de base de données. Le contrôle de l'accès aux sécures s'effectue par l'octroi ou le refus d'autorisations ou en incluant des connexions et des utilisateurs dans des rôles dotés de droits d'accès.
Astuces
Exécuter des commandes OS
Notez que pour pouvoir exécuter des commandes, il est non seulement nécessaire d'avoir xp_cmdshell
activé, mais aussi d'avoir la permission EXECUTE sur la procédure stockée xp_cmdshell
. Vous pouvez savoir qui (à l'exception des sysadmins) peut utiliser xp_cmdshell
avec :
Voler le hachage NetNTLM / Attaque de relais
Vous devez démarrer un serveur SMB pour capturer le hachage utilisé dans l'authentification (impacket-smbserver
ou responder
par exemple).
Vous pouvez vérifier si qui (à part les administrateurs système) a les autorisations pour exécuter ces fonctions MSSQL avec :
En utilisant des outils tels que responder ou Inveigh, il est possible de voler le hachage NetNTLM. Vous pouvez voir comment utiliser ces outils dans:
Spoofing LLMNR, NBT-NS, mDNS/DNS and WPAD and Relay AttacksAbus des liens de confiance MSSQL
Lisez cet article pour trouver plus d'informations sur comment abuser de cette fonctionnalité:
MSSQL AD AbuseÉcrire des fichiers
Pour écrire des fichiers en utilisant MSSQL
, nous devons activer les Procédures d'automatisation Ole, ce qui nécessite des privilèges d'administrateur, puis exécuter certaines procédures stockées pour créer le fichier:
Lire un fichier avec OPENROWSET
Par défaut, MSSQL
permet la lecture de n'importe quel fichier dans le système d'exploitation auquel le compte a un accès en lecture. Nous pouvons utiliser la requête SQL suivante :
Cependant, l'option BULK
nécessite l'autorisation ADMINISTER BULK OPERATIONS
ou ADMINISTER DATABASE BULK OPERATIONS
.
Vecteur basé sur les erreurs pour les injections SQL :
RCE/Lire des fichiers exécutant des scripts (Python et R)
MSSQL pourrait vous permettre d'exécuter des scripts en Python et/ou R. Ce code sera exécuté par un utilisateur différent de celui utilisant xp_cmdshell pour exécuter des commandes.
Exemple essayant d'exécuter un 'R' "Hellow World!" qui ne fonctionne pas:
Exemple utilisant Python configuré pour effectuer plusieurs actions:
Lire le Registre
Microsoft SQL Server propose plusieurs procédures stockées étendues qui vous permettent d'interagir non seulement avec le réseau, mais aussi avec le système de fichiers et même le Registre Windows:
Régulier | Conscient de l'instance |
sys.xp_regread | sys.xp_instance_regread |
sys.xp_regenumvalues | sys.xp_instance_regenumvalues |
sys.xp_regenumkeys | sys.xp_instance_regenumkeys |
sys.xp_regwrite | sys.xp_instance_regwrite |
sys.xp_regdeletevalue | sys.xp_instance_regdeletevalue |
sys.xp_regdeletekey | sys.xp_instance_regdeletekey |
sys.xp_regaddmultistring | sys.xp_instance_regaddmultistring |
sys.xp_regremovemultistring | sys.xp_instance_regremovemultistring |
```sql | |
# Example read registry | |
EXECUTE master.sys.xp_regread 'HKEY_LOCAL_MACHINE', 'Software\Microsoft\Microsoft SQL Server\MSSQL12.SQL2014\SQLServerAgent', 'WorkingDirectory'; | |
# Example write and then read registry | |
EXECUTE master.sys.xp_instance_regwrite 'HKEY_LOCAL_MACHINE', 'Software\Microsoft\MSSQLSERVER\SQLServerAgent\MyNewKey', 'MyNewValue', 'REG_SZ', 'Now you see me!'; | |
EXECUTE master.sys.xp_instance_regread 'HKEY_LOCAL_MACHINE', 'Software\Microsoft\MSSQLSERVER\SQLServerAgent\MyNewKey', 'MyNewValue'; | |
# Example to check who can use these functions | |
Use master; | |
EXEC sp_helprotect 'xp_regread'; | |
EXEC sp_helprotect 'xp_regwrite'; | |
``` | |
Pour plus d'exemples, consultez la source originale. |
RCE avec la fonction définie par l'utilisateur MSSQL - SQLHttp
Il est possible de charger un fichier .NET dans MSSQL avec des fonctions personnalisées. Cependant, cela nécessite un accès dbo
donc vous avez besoin d'une connexion avec la base de données en tant que sa
ou un rôle d'administrateur.
Suivez ce lien pour voir un exemple.
Autres moyens pour RCE
Il existe d'autres méthodes pour obtenir l'exécution de commandes, telles que l'ajout de procédures stockées étendues, Assemblées CLR, Tâches de l'Agent SQL Server, et scripts externes.
Élévation de privilèges MSSQL
De db_owner à sysadmin
Si un utilisateur régulier se voit attribuer le rôle db_owner
sur la base de données appartenant à un utilisateur administrateur (tel que sa
) et que cette base de données est configurée comme trustworthy
, cet utilisateur peut abuser de ces privilèges pour l'élévation de privilèges car les procédures stockées créées peuvent s'exécuter en tant que propriétaire (administrateur).
Vous pouvez utiliser un module metasploit :
Ou un script PS :
Impersonation of other users
SQL Server has a special permission, named IMPERSONATE
, that allows the executing user to take on the permissions of another user or login until the context is reset or the session ends.
Si vous pouvez vous faire passer pour un utilisateur, même s'il n'est pas sysadmin, vous devriez vérifier si l'utilisateur a accès à d'autres bases de données ou serveurs liés.
Notez qu'une fois que vous êtes sysadmin, vous pouvez vous faire passer pour n'importe qui d'autre :
Vous pouvez effectuer cette attaque avec un module metasploit :
ou avec un script PS :
Utilisation de MSSQL pour la persistance
https://blog.netspi.com/sql-server-persistence-part-1-startup-stored-procedures/
Extraction de mots de passe à partir des serveurs liés SQL Server
Un attaquant peut extraire les mots de passe des serveurs liés SQL Server à partir des instances SQL et les obtenir en clair, accordant à l'attaquant des mots de passe pouvant être utilisés pour acquérir une empreinte plus importante sur la cible. Le script pour extraire et décrypter les mots de passe stockés pour les serveurs liés peut être trouvé ici
Certaines exigences et configurations doivent être effectuées pour que cette exploitation fonctionne. Tout d'abord, vous devez disposer de droits d'administrateur sur la machine, ou de la capacité à gérer les configurations du serveur SQL.
Après avoir validé vos autorisations, vous devez configurer trois choses, qui sont les suivantes :
Activer TCP/IP sur les instances du serveur SQL ;
Ajouter un paramètre de démarrage, dans ce cas, un indicateur de suivi sera ajouté, qui est -T7806.
Activer la connexion d'administration à distance.
Pour automatiser ces configurations, ce dépôt contient les scripts nécessaires. En plus d'avoir un script PowerShell pour chaque étape de la configuration, le dépôt contient également un script complet qui combine les scripts de configuration et l'extraction et le décryptage des mots de passe.
Pour plus d'informations, consultez les liens suivants concernant cette attaque : Décryptage des mots de passe des serveurs de liens de base de données MSSQL
Résolution des problèmes de la connexion d'administration dédiée SQL Server
Élévation de privilèges locale
L'utilisateur exécutant le serveur MSSQL aura activé le jeton de privilège SeImpersonatePrivilege. Vous pourrez probablement passer à Administrateur en suivant l'une de ces 2 pages :
RoguePotato, PrintSpoofer, SharpEfsPotato, GodPotatoJuicyPotatoShodan
port:1433 !HTTP
Références
https://blog.waynesheffield.com/wayne/archive/2017/08/working-registry-sql-server/ Try Hard Security Group
Commandes automatiques HackTricks
Last updated