Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

ManagementAP network disappears after attack start #10

Open
dmitriyteteruk opened this issue May 28, 2021 · 12 comments
Open

ManagementAP network disappears after attack start #10

dmitriyteteruk opened this issue May 28, 2021 · 12 comments
Labels
bug Something isn't working documentation Improvements or additions to documentation

Comments

@dmitriyteteruk
Copy link

After start attack ManagementAP network disappears, only reboot of ESP32 helps.
@risinek
Copy link
Owner

risinek commented May 30, 2021 •
edited
Loading

That's expected behaviour. During attack execution, this tool has to manipulate with Wi-Fi interface and/or start rogue APs, hence the ManagementAP may disappear during attack execution. But it should reappear after the attack is finished - that is after the attack timeout is reached.
I will document this behaviour better in the READMEs (I thought I did already, but can't find it now).

@risinek risinek added the documentation Improvements or additions to documentation label May 30, 2021
@heshxxx
Copy link

heshxxx commented May 30, 2021

The access point does not always turn on after an attack

@risinek
Copy link
Owner

risinek commented May 30, 2021

What power source are you using for ESP32? Sometimes this can be caused by not enough power for example when the battery is not sufficient.
But it can be also a bug. Do you have some details like what attack type and method causes this usually?

@dmitriyteteruk
Copy link
Author

What power source are you using for ESP32? Sometimes this can be caused by not enough power for example when the battery is not sufficient.
But it can be also a bug. Do you have some details like what attack type and method causes this usually?

Laptop and AC power adapter with 2A current. Same behaviour in both cases.

Attack type: Handshake
Attack method: DEAUTH_BROADCAST (ACTIVE)
Timeout: 10-60s

@risinek risinek added the bug Something isn't working label May 31, 2021
@risinek
Copy link
Owner

risinek commented May 31, 2021

Ok, I will try to reproduce this and investigate, but I haven't run into similar behavior on my side during testing.

@heshxxx
Copy link

heshxxx commented May 31, 2021

The same situation. esp32-wroom-32u, full power bank. After 8-10 attacks.

@dmitriyteteruk
Copy link
Author

Sometime ManagementAP is visible, but it is impossible to connect to it.

@risinek
Copy link
Owner

risinek commented May 31, 2021

What is the client OS you are trying to connect to the ManagementAP? Win, Android, MacOS etc?

@dmitriyteteruk
Copy link
Author

What is the client OS you are trying to connect to the ManagementAP? Win, Android, MacOS etc?

Win 10 64-bit, 19043.985

@risinek
Copy link
Owner

risinek commented Jun 6, 2021 •
edited
Loading

Just letting you know that I will continue to work on this on July soonest. Too much other stuff to do this month unfortunately.

@chiquidev
Copy link

same situation

Repository owner deleted a comment Dec 25, 2023
@kazz2020
Copy link

Same here nothing changed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug Something isn't working documentation Improvements or additions to documentation
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
6 participants
@risinek @heshxxx @dmitriyteteruk @chiquidev @kazz2020 and others