Paquet Injection not working

aircrack-ng / rtl8812au

RTL8812AU/21AU and RTL8814AU driver with monitor mode and frame injection

GNU General Public License v2.0

3.58k stars 783 forks source link

Paquet Injection not working #348

Closed bobob15 closed 5 years ago

bobob15 commented 5 years ago

Hello, I have installed the 5.3.4 version of the driver but it is impossible for me to use the packet injection with my Alfa Awus036ACH card (see photo)

I have a friend who bought the Alfa Awus1900 card and it doesn't work either.

Why doesn't it work?

Lexus89 commented 5 years ago

Same problem here

kimocoder commented 5 years ago

which kernel? be more specific. I'll do tests in few days on the matter.

bobob15 commented 5 years ago

I use this Kernel : 4.19.0-kali3-amd64 same for my friend

Lexus89 commented 5 years ago

4.15.0-46-generic #49~16.04.1-Ubuntu

kimocoder commented 5 years ago

Thanks! I'll do checks om sunday funday. :+1:

cnlohr commented 5 years ago

Just tested this against my AU card, and I'm having an issue too on 4.15.0-20-generic (Linux Mint) and 5.1.3-050103-generic. I wonder what could have caused such a broad issue. My hardware is 0bda:8813

cnlohr commented 5 years ago

New data point: None of the functions in rtl8814au_xmit.c are called on a new packet xmit if in monitor mode, but in other modes, functions are called as expected.

cnlohr commented 5 years ago

What commands are you using to enter monitor mode? It looks like on my system, iw puts the system into a mode where injection isn't possible on any drivers. If I use the rtl8822bu drivers, I can, if and only if I use iwconfig get the system into a monitor mode with injection. Still no dice with rtl8812au.

bobob15 commented 5 years ago

Personally I use iw but I have tried other ways like airmon-ng and iwconfig but the packet injection still doesn't work on rtl8812au (however the monitor mode is well activated)

kimocoder commented 5 years ago

Ok people!

I've fixed the frame injection on the v5.3.4 branch. Use "git pull" to update and compile/install again, reload the driver with "rmmod 88XXau" and "modprobe 88XXau" after install. Or simply RESTART the machine to reload.

kimocoder commented 5 years ago

@bobob15 @cnlohr @Lexus89

bobob15 commented 5 years ago

Nice ! Thanks !

Lexus89 commented 5 years ago

Working here, great job thnx!

kimocoder commented 5 years ago

Yeah I had to go through some commits that where more or less rushed into the repo. My bad, but as long as we got it working again.. kernel v5.2 support and other minors will be added when I got more time again

bobob15 commented 5 years ago

Indeed it works! 🎉 I will close the issue

cnlohr commented 5 years ago

@kimocoder Are all corrections also present in the v5.6.4 branch?

kimocoder commented 5 years ago

No, only 8812au chipset work there, takes some time to rebuild and get HAL to fit in 1 module

cnlohr commented 5 years ago

Thanks. I will use 5.3.4!

cnlohr commented 5 years ago

TIL one of the devices I was using is an 8814 and that isn't supported :( 0bda:8813

cnlohr commented 5 years ago

@kimocoder Any idea what I would have to do to get this working on the 5.6.4 branch? (I need 8814 support)

kimocoder commented 5 years ago

Yes, but it will take some time. I may add a quickfix, give med an hour. And btw... The 8814au HAL is the oldest, it's from v5.1.5 so it hasn't all the abilities the other chipsets has here. I'll give it a try, but the 8812au is stable and range is good --finally!

cnlohr commented 5 years ago

Gotcha. That's OK. Your work is admirable none the less! Also, I do have a work around for the RTL8822BU, so it's OK for now. Thank you for everything you do!

Dema323 commented 5 years ago

@bobob15 does your friend use awus1900 with airgeddon ?

kimocoder commented 5 years ago

8814au is terrible, just to say it straight forward. It's dirty, buggy and old.. sad but for every release of the "base" (which is from rtl8812au), the 8814au falls even further behind