Aircrack-ng

Please login or register.

Login with username, password and session length

Post reply

Name:
Email:
Subject:
Message icon:

Attach:
(Clear Attachment)
(more attachments)
Restrictions: 10 per post, maximum total size 8920KB, maximum individual size 1536KB
Note that any files attached will not be displayed until approved by a moderator.
Verification:
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?

Thanks!