500/udp - Pentesting IPsec/IKE VPN
Last updated
Last updated
Groupe de sécurité Try Hard
IPsec est largement reconnu comme la technologie principale pour sécuriser les communications entre les réseaux (LAN à LAN) et des utilisateurs distants à la passerelle réseau (accès distant), servant de base aux solutions VPN d'entreprise.
L'établissement d'une association de sécurité (SA) entre deux points est géré par IKE, qui fonctionne sous l'égide d'ISAKMP, un protocole conçu pour l'authentification et l'échange de clés. Ce processus se déroule en plusieurs phases :
Phase 1 : Un canal sécurisé est créé entre deux points. Cela est réalisé en utilisant une clé pré-partagée (PSK) ou des certificats, en utilisant soit le mode principal, qui implique trois paires de messages, soit le mode agressif.
Phase 1.5 : Bien que non obligatoire, cette phase, connue sous le nom de Phase d'authentification étendue, vérifie l'identité de l'utilisateur tentant de se connecter en demandant un nom d'utilisateur et un mot de passe.
Phase 2 : Cette phase est dédiée à la négociation des paramètres de sécurisation des données avec ESP et AH. Elle permet l'utilisation d'algorithmes différents de ceux de la Phase 1 pour garantir la parfaite confidentialité en avant (PFS), renforçant la sécurité.
Port par défaut : 500/udp
La configuration IPSec peut être préparée pour n'accepter qu'une ou quelques transformations. Une transformation est une combinaison de valeurs. Chaque transform contient un certain nombre d'attributs tels que DES ou 3DES comme algorithme de chiffrement, SHA ou MD5 comme algorithme d'intégrité, une clé pré-partagée comme type d'authentification, Diffie-Hellman 1 ou 2 comme algorithme de distribution de clé et 28800 secondes comme durée de vie.
La première chose à faire est donc de trouver une transformation valide, afin que le serveur puisse communiquer avec vous. Pour ce faire, vous pouvez utiliser l'outil ike-scan. Par défaut, Ike-scan fonctionne en mode principal et envoie un paquet à la passerelle avec un en-tête ISAKMP et une seule proposition contenant huit transformations à l'intérieur.
En fonction de la réponse, vous pouvez obtenir des informations sur le point de terminaison :
Comme vous pouvez le voir dans la réponse précédente, il y a un champ appelé AUTH avec la valeur PSK. Cela signifie que le VPN est configuré en utilisant une clé prépartagée (et c'est vraiment bon pour un testeur d'intrusion). La valeur de la dernière ligne est également très importante :
0 handshake retourné; 0 notification retournée: Cela signifie que la cible n'est pas une passerelle IPsec.
1 handshake retourné; 0 notification retournée: Cela signifie que la cible est configurée pour IPsec et est prête à effectuer une négociation IKE, et qu'une ou plusieurs des transformations que vous avez proposées sont acceptables (une transformation valide sera affichée dans la sortie).
0 handshake retourné; 1 notification retournée: Les passerelles VPN répondent avec un message de notification lorsque aucune des transformations n'est acceptable (bien que certaines passerelles ne le fassent pas, auquel cas une analyse supplémentaire et une proposition révisée devraient être essayées).
Ensuite, dans ce cas, nous avons déjà une transformation valide, mais si vous êtes dans le 3ème cas, alors vous devez forcer un peu pour trouver une transformation valide :
Tout d'abord, vous devez créer toutes les transformations possibles :
Et ensuite effectuez une attaque par force brute sur chacun en utilisant ike-scan (cela peut prendre plusieurs minutes) :
Si la méthode de la force brute n'a pas fonctionné, peut-être que le serveur répond sans poignées de main même aux transformations valides. Ensuite, vous pourriez essayer la même méthode de la force brute mais en utilisant le mode agressif :
Espérons qu'une transformation valide soit renvoyée. Vous pouvez essayer la même attaque en utilisant iker.py. Vous pourriez également essayer de forcer les transformations avec ikeforce:
Dans Groupe DH : 14 = MODP 2048 bits et 15 = 3072 bits
2 = HMAC-SHA = SHA1 (dans ce cas). Le format --trans est $Enc,$Hash,$Auth,$DH
Cisco indique d'éviter d'utiliser les groupes DH 1 et 2 car ils ne sont pas assez forts. Les experts estiment que les pays disposant de nombreuses ressources peuvent facilement casser le chiffrement des données utilisant ces groupes faibles. Cela se fait en utilisant une méthode spéciale qui les prépare à casser rapidement les codes. Bien que cela coûte cher pour mettre en place cette méthode, cela permet à ces pays puissants de lire les données chiffrées en temps réel si elles utilisent un groupe qui n'est pas fort (comme 1 024 bits ou moins).
Ensuite, vous pouvez utiliser ike-scan pour essayer de découvrir le fournisseur du dispositif. L'outil envoie une proposition initiale et arrête de rejouer. Ensuite, il analysera la différence de temps entre les messages reçus du serveur et le modèle de réponse correspondant, le testeur d'intrusion peut identifier avec succès le fournisseur de passerelle VPN. De plus, certains serveurs VPN utiliseront la charge utile ID de fournisseur (VID) avec IKE.
Spécifiez la transformation valide si nécessaire (en utilisant --trans)
Si IKE découvre le fournisseur, il l'affichera :
Cela peut également être réalisé avec le script nmap ike-version
Pour être autorisé à capturer le hash, vous avez besoin d'une transformation valide prenant en charge le mode Aggressif et le bon ID (nom de groupe). Vous ne connaîtrez probablement pas le nom de groupe valide, vous devrez donc le brute-force. Pour ce faire, je vous recommande 2 méthodes :
Tout d'abord, essayez de faire une demande avec un faux ID pour essayer de rassembler le hash ("-P"):
Si aucun hash n'est renvoyé, alors probablement cette méthode de force brute fonctionnera. Si un hash est renvoyé, cela signifie qu'un faux hash va être renvoyé pour un faux ID, donc cette méthode ne sera pas fiable pour la force brute de l'ID. Par exemple, un faux hash pourrait être renvoyé (cela se produit dans les versions modernes) :
Mais comme je l'ai dit, si aucun hash n'est renvoyé, vous devriez essayer de force brute les noms de groupe courants en utilisant ike-scan.
Ce script essaiera de force brute les IDs possibles et renverra les IDs où une poignée de main valide est renvoyée (ce sera un nom de groupe valide).
Si vous avez découvert une transformation spécifique, ajoutez-la dans la commande ike-scan. Et si vous avez découvert plusieurs transformations, n'hésitez pas à ajouter une nouvelle boucle pour les essayer toutes (vous devriez les essayer toutes jusqu'à ce que l'une d'elles fonctionne correctement).
Vous pouvez utiliser le dictionnaire d'ikeforce ou celui dans seclists des noms de groupe courants pour les force brute :
iker.py utilise également ike-scan pour effectuer une attaque par force brute sur les noms de groupe possibles. Il suit sa propre méthode pour trouver un ID valide basé sur la sortie de ike-scan.
ikeforce.py est un outil qui peut être utilisé pour forcer de manière brute les IDs également. Cet outil essaiera d'exploiter différentes vulnérabilités qui pourraient être utilisées pour différencier un ID valide d'un ID non valide (il peut y avoir des faux positifs et des faux négatifs, c'est pourquoi je préfère utiliser la méthode ike-scan si possible).
Par défaut, ikeforce enverra au début quelques IDs aléatoires pour vérifier le comportement du serveur et déterminer la tactique à utiliser.
La première méthode consiste à forcer de manière brute les noms de groupe en recherchant les informations Dead Peer Detection DPD des systèmes Cisco (ces informations ne sont renvoyées que par le serveur si le nom du groupe est correct).
La deuxième méthode disponible est de vérifier le nombre de réponses envoyées à chaque tentative car parfois plus de paquets sont envoyés lorsque le bon ID est utilisé.
La troisième méthode consiste à rechercher "INVALID-ID-INFORMATION" en réponse à un ID incorrect.
Enfin, si le serveur ne renvoie rien aux vérifications, ikeforce tentera de forcer de manière brute le serveur et vérifiera si lorsque le bon ID est envoyé, le serveur renvoie un paquet. Évidemment, l'objectif de la force brute de l'ID est d'obtenir la PSK lorsque vous avez un ID valide. Ensuite, avec l'ID et la PSK, vous devrez effectuer une attaque par force brute sur le XAUTH (si celui-ci est activé).
Si vous avez découvert une transformation spécifique, ajoutez-la dans la commande ikeforce. Et si vous avez découvert plusieurs transformations, n'hésitez pas à ajouter une nouvelle boucle pour les essayer toutes (vous devriez les essayer toutes jusqu'à ce que l'une d'entre elles fonctionne correctement).
(Du livre Network Security Assessment: Know Your Network): Il est également possible d'obtenir des noms d'utilisateur valides en écoutant la connexion entre le client VPN et le serveur, car le premier paquet de mode agressif contenant l'ID du client est envoyé en clair
Enfin, si vous avez trouvé une transformation valide et le nom du groupe et si le mode agressif est autorisé, alors vous pouvez très facilement obtenir le hash crackable:
Le hash sera enregistré à l'intérieur de hash.txt.
Vous pouvez utiliser psk-crack, john (en utilisant ikescan2john.py) et hashcat pour cracker le hash:
Le mode IKE en mode agressif combiné à une clé pré-partagée (PSK) est couramment utilisé à des fins d'authentification de groupe. Cette méthode est complétée par XAuth (Authentification étendue), qui sert à introduire une couche supplémentaire d'authentification utilisateur. Une telle authentification exploite généralement des services tels que Microsoft Active Directory, RADIUS, ou des systèmes comparables.
En passant à IKEv2, on observe un changement notable où EAP (Protocole d'authentification extensible) est utilisé à la place de XAuth dans le but d'authentifier les utilisateurs. Ce changement souligne une évolution des pratiques d'authentification au sein des protocoles de communication sécurisés.
Ainsi, vous pouvez capturer les données de connexion en utilisant fiked et voir s'il y a un nom d'utilisateur par défaut (Vous devez rediriger le trafic IKE vers fiked pour l'écoute, ce qui peut être fait à l'aide de l'usurpation ARP, plus d'informations). Fiked agira en tant que point de terminaison VPN et capturera les identifiants XAuth:
Également, en utilisant IPSec, essayez de réaliser une attaque de l'homme du milieu (MitM) et de bloquer tout le trafic vers le port 500. Si le tunnel IPSec ne peut pas être établi, il est possible que le trafic soit envoyé en clair.
Pour effectuer une attaque de force brute sur le XAUTH (lorsque vous connaissez un nom de groupe valide id et le psk), vous pouvez utiliser un nom d'utilisateur ou une liste de noms d'utilisateurs et une liste de mots de passe :
De cette manière, ikeforce va essayer de se connecter en utilisant chaque combinaison nom d'utilisateur : mot de passe.
Si vous avez trouvé un ou plusieurs transforms valides, utilisez-les comme dans les étapes précédentes.
Dans Kali, VPNC est utilisé pour établir des tunnels IPsec. Les profils doivent être situés dans le répertoire /etc/vpnc/. Vous pouvez initier ces profils en utilisant la commande vpnc.
Les commandes et configurations suivantes illustrent le processus de configuration d'une connexion VPN avec VPNC :
Dans cette configuration :
Remplacez [VPN_GATEWAY_IP] par l'adresse IP réelle de la passerelle VPN.
Remplacez [VPN_CONNECTION_ID] par l'identifiant de la connexion VPN.
Remplacez [VPN_GROUP_SECRET] par le secret de groupe VPN.
Remplacez [VPN_USERNAME] et [VPN_PASSWORD] par les identifiants d'authentification VPN.
[PID] symbolise l'ID de processus qui sera attribué lorsque vpnc sera lancé.
Assurez-vous d'utiliser des valeurs réelles et sécurisées pour remplacer les espaces réservés lors de la configuration du VPN.
Évaluation de la sécurité du réseau, 3e édition
port:500 IKE
Groupe de sécurité Try Hard
