Please login or register.

Login with username, password and session length
Advanced search  


Aircrack-ng 1.6 release

Post reply

Warning: this topic has not been posted in for at least 120 days.
Unless you're sure you want to reply, please consider starting a new topic.
Message icon:

(Clear Attachment)
(more attachments)
Restrictions: maximum individual size 10240KB
Note that any files attached will not be displayed until approved by a moderator.
Type the letters shown in the picture
Listen to the letters / Request another image

Type the letters shown in the picture:
Which Aircrack-ng program captures traffic? Lowercase:

shortcuts: hit alt+s to submit/post or alt+p to preview

Topic Summary

Posted by: QuackQuackDuck
« on: September 27, 2019, 03:35:35 pm »

Sorry for the late reply; ended up taking a different course of action.

1. It is an 802.11 capture, yes. Packetforge recognizes the packet as a valid packet.
2. It is NOT a data packet. It is an action packet. I believe this is my problem.

The approach I took was to use wpa_cli to 'scan', then 'fetch_anqp'. If wpa_supplicant is run with the debug flags, it produces the NAI realms (along with some other hotspot 2.0 info) in the output as a hex dump. I am able to parse this hex dump for the info I need.

Thanks for pointing me in the right direction!
Posted by: misterx
« on: September 16, 2019, 11:53:26 am »

1. Is it a 802.11 capture?
2. Is it a data packet?
Posted by: QuackQuackDuck
« on: September 11, 2019, 06:51:47 pm »

Hi all.

I'm trying to query ANQP-capable APs to see which NAI realms they advertise. I have previously captured an ANQP request into a pcap file, but when I pass it as an argument to
Code: [Select]
aireplay-ng --interactive -r <file name> <interface>, I just get
Code: [Select]
End of file.
Why is my packet not considered a valid replay packet? Is there a better way to go about this?