web-dev-qa-db-ja.com

--nackコマンドはreaverで実行すると私が思っていることを実行しますか、それが機能しないのはなぜですか？

リーバーに問題があります。 --nackコマンドを試します

reaver -i mon0 -b 00:01:02:03:04:05 -vv --nack --mac=00:BA:AD:BE:EF:6

例えば。また、否定の確認を受信しなくても、毎回同じPINを試行する場合でも、別のPINを試行すると想定しています。 1時間後に戻ってきて、まだPIN 12345670を試行しています。1時間試行していたため、コマンドを停止します。それは本当に--nackコマンドが行うことになっているのでしょうか？ルーターからの応答に関係なく、別のPINを試す方法は？

authenticationwifiwirelesskali-linuxidentification
1
user3695903

私が見つけたいくつかのリーバーのドキュメントから here ：

仕様に応じてNACKメッセージで応答するのではなく、無効なピンが提供されると、一部の不適切なWPS実装はフロアの接続をドロップします。これを説明するために、M5/M7タイムアウトに達した場合、デフォルトではNACKと同じように扱われます。ただし、ターゲットAPがNACKを送信することがわかっている場合（ほとんどの場合）、この機能を無効にして信頼性を高めることができます。 APがNACKで適切に応答するかどうかをReaverが自動検出するため、このオプションはほとんど役に立ちません。

reaver -i mon0 -b 00：01：02：03：04：05 --nack

だからあなたの問題について：

Reaverがピン番号をテストできる速度は、APがWPS要求を処理できる速度によって完全に制限されます。一部のAPは、1秒間に1つのピンをテストできるほど高速です。他のものは遅く、10秒ごとに1つのピンしか許可しません。統計的には、正しいピン番号を推測するのにかかる時間は半分だけです。

あなたが本当に本当に遅いAPを持っていることは可能ですか？または、他のエラーメッセージ/ログが表示されますか？

2
Sebastian