01-20-2023, 04:05 PM
Thanks for this additional information.
BTW:
Is the target ESSID in essidlist (--essidlist=) and is essidmax greater than entries in essidlist (e.g. --essidmax=essidlist_entreis +1)?
Additional you can add more ESSIDs to this list (e.g. from NETWORKs which are stored in known NETWORK list of your devices) to figure out if the CLIENTs try to cennect on this ESSIDs, too.
What is your AP (router) model?
Is it vulnerable on REASSOCIATION attack?
I got this bug report:
https://github.com/ZerBea/hcxdumptool/issues/246
It looks like this TP-Link Archer C6 disconnect all CLIENTs regardless if the are on ethernet or wireless. Than it became inaccessible for at least 2 minutes. I've never seen such a behavior before.
BTW:
Is the target ESSID in essidlist (--essidlist=) and is essidmax greater than entries in essidlist (e.g. --essidmax=essidlist_entreis +1)?
Additional you can add more ESSIDs to this list (e.g. from NETWORKs which are stored in known NETWORK list of your devices) to figure out if the CLIENTs try to cennect on this ESSIDs, too.
What is your AP (router) model?
Is it vulnerable on REASSOCIATION attack?
I got this bug report:
https://github.com/ZerBea/hcxdumptool/issues/246
It looks like this TP-Link Archer C6 disconnect all CLIENTs regardless if the are on ethernet or wireless. Than it became inaccessible for at least 2 minutes. I've never seen such a behavior before.