ANTICHAT — форум по информационной безопасности, OSINT и технологиям
ANTICHAT — русскоязычное сообщество по безопасности, OSINT и программированию.
Форум ранее работал на доменах antichat.ru, antichat.com и antichat.club,
и теперь снова доступен на новом адресе —
forum.antichat.xyz.
Форум восстановлен и продолжает развитие: доступны архивные темы, добавляются новые обсуждения и материалы.
⚠️ Старые аккаунты восстановить невозможно — необходимо зарегистрироваться заново.
 |
|
14.07.2012, 00:18
|
|
Постоянный
Регистрация: 25.02.2008
Сообщений: 331
Провел на форуме:
1073404
Репутация:
189
|
|
Спасибо. Еще вопрос.. на атеросе встроенном ноутбук ловит точки wash.
На адаптере 7200 от тп-линка пишет found packet with bad fcs skipping...
|
|
|
14.07.2012, 00:37
|
|
Member
Регистрация: 24.06.2011
Сообщений: 151
Провел на форуме:
29565
Репутация:
8
|
|
Сообщение от OMG!!
На адаптере 7200 от тп-линка пишет found packet with bad fcs skipping...
добавь -C , всё будет нормально
wash -i mon0 -C
|
|
|
|
21.07.2012, 12:59
|
|
Новичок
Регистрация: 03.09.2004
Сообщений: 19
Провел на форуме:
8121
Репутация:
0
|
|
Сообщение от kykyry3ka
Первый раз попалась точка ,Reaver дошел до 20% и всё ассоциациация прекратилась напрочь, уже 3 день не подключается и всё ,пробовал разные адаптеры и функции разные не хочет ассоциироваться и всё ,может кто то в курсе?
на длинке 615 с подобным столкнулся ... оказалось что точка от нагрузки или чего еще иногда меняла свой канал ... и ривер не хотел ее ассоциировать ... в итоге при остановке перебора менял канал (ключик -с 9) у ривера на который меняла точка
зы: пины мжт кому пригодятся ...
MAC : 00:26:E8:7A:63:xx
WPS PIN: 15483607
MAC : 84:C9:B2:53:6C:xx
WPS PIN: 54772373
MAC : 00:21:91:F6:35:xx
WPS PIN: 82744458
MAC : CC:5D:4E:51:00:xx
WPS PIN: 53084682
|
|
|
|
29.07.2012, 21:18
|
|
New Member
Регистрация: 05.06.2012
Сообщений: 61
Провел на форуме:
19780
Репутация:
0
|
|
Коллеги, от чего зависит скорость перебора пинов? (без учета -d)
Изначально говорилось про 10 часовой перебор с учетом того что комбинаций всего 11000, получается что перебор идет со скоростью 3,3 сек/пин
У меня же показатель 12-16 сек/пин на разных раутерах. Железо же в данном случае роли особой не играет, или я ошибаюсь?
|
|
|
|
29.07.2012, 21:38
|
|
Active Member
Регистрация: 10.04.2012
Сообщений: 632
Провел на форуме:
238147
Репутация:
170
|
|
Сообщение от picat
Коллеги, от чего зависит скорость перебора пинов? (без учета -d)
Изначально говорилось про 10 часовой перебор с учетом того что комбинаций всего 11000, получается что перебор идет со скоростью 3,3 сек/пин
У меня же показатель 12-16 сек/пин на разных раутерах. Железо же в данном случае роли особой не играет, или я ошибаюсь?
Из своего опыта могу сказать, что скорость зависит от стабильности сигнала, от удалённости до точки, от наличия препятствий. Иногда может быть так, что сигнал достаточно сильный, но из-за большого количества препятствий происходит переотражение сигнала многократное, что тоже может снизить скорость перебора... Также бывает, что скорость падает, когда на точке много клиентов и они активно используют её. В этом случае может помочь -S - использование коротких ключей Диффи-Хеллмана...
|
|
|
|
31.07.2012, 18:12
|
|
New Member
Регистрация: 05.06.2012
Сообщений: 61
Провел на форуме:
19780
Репутация:
0
|
|
вчера столкнулся с такой проблемой
Код:
[+] Trying pin 99985677
[+] Sending EAPOL START request
[+] Received identity request
[+] Sending identity response
[+] Received M1 message
[+] Sending M2 message
[+] Received M3 message
[+] Sending M4 message
[+] Received WSC NACK
[+] Sending WSC NACK
[+] Trying pin 99985677
[+] Sending EAPOL START request
[+] Received identity request
[+] Sending identity response
[+] Received M1 message
[+] Sending M2 message
[+] Received M3 message
[+] Sending M4 message
[+] Received WSC NACK
[+] Sending WSC NACK
[+] 90.90% complete @ 2012-07-31 08:43:12 (8 seconds/pin)
[+] Trying pin 99985677
[+] Sending EAPOL START request
[+] Received identity request
[+] Sending identity response
[+] Received M1 message
[+] Sending M2 message
[+] Received M3 message
[+] Sending M4 message
[+] Received WSC NACK
[+] Sending WSC NACK
[+] Trying pin 99985677
[+] Sending EAPOL START request
[+] Received identity request
[+] Sending identity response
[+] Received M1 message
[+] Sending M2 message
[+] Received M3 message
[+] Sending M4 message
[+] Received WSC NACK
[+] Sending WSC NACK
[+] Trying pin 99985677
[+] Sending EAPOL START request
Вторую часть ПИНа (567) нашел сравнительно быстро и все это время перебирал первые 4 начиная с нуля и вот дошел до 9998 и что-то завис. Уже часа четыре как на одном и том же пине, и ошибок нет. Такое ощущение что он просто где-то пропустил искомый ПИН и теперь не хочет вводить 9999
Какие идеи? все заново? |
|
|
|
31.07.2012, 18:41
|
|
Active Member
Регистрация: 10.04.2012
Сообщений: 632
Провел на форуме:
238147
Репутация:
170
|
|
Сообщение от picat
вчера столкнулся с такой проблемой
Вторую часть ПИНа (567) нашел сравнительно быстро и все это время перебирал первые 4 начиная с нуля и вот дошел до 9998 и что-то завис. Уже часа четыре как на одном и том же пине, и ошибок нет. Такое ощущение что он просто где-то пропустил искомый ПИН и теперь не хочет вводить 9999
Какие идеи? все заново?
Вторую часть пина он не нашёл - reaver использует 567 как дефолтную комбинацию цифр для второй части до тех пор, пока не получит М5-сообщение, говорящее о валидности первой части. Где-то в теме я уже писал, что бывает по неизвестной причине такой глюк, когда reaver ошибочно пропускает первую верную часть пина и перебирает до конца весь диапазон от 0000 до 9998. Не получив в итоге М5-сообщения, он продолжает топтаться на одном месте с пином 99985677... Выход - перезапустить сканирование (остановить ривер, запустить заново, и когда он спросит "Continue previous saved session?", ответить "N(o)"). (Посты #218 и #223 по этой же проблеме. и не только эти - раньше тоже по поводу заступоривания ривера писалось.)
|
|
|
|
31.07.2012, 18:50
|
|
New Member
Регистрация: 05.06.2012
Сообщений: 61
Провел на форуме:
19780
Репутация:
0
|
|
H3L1X,
Благодарю за разъяснения, печально однако, буду пробовать заново.
ЗЫ: в репу дать не получается
|
|
|
|
31.07.2012, 21:23
|
|
New Member
Регистрация: 05.06.2012
Сообщений: 61
Провел на форуме:
19780
Репутация:
0
|
|
Снова пробую эту точку. Проблема с ней в том, что ривер без aireplay'я пины не перебирает, постоянно таймауты, но как тока делаю deauth то начинается перебор. Может быть так, что это изза aireplay'я в прошлый раз он пропустил пин, и если да то как быть?
|
|
|
|
31.07.2012, 22:38
|
|
Active Member
Регистрация: 10.04.2012
Сообщений: 632
Провел на форуме:
238147
Репутация:
170
|
|
Сообщение от picat
Снова пробую эту точку. Проблема с ней в том, что ривер без aireplay'я пины не перебирает, постоянно таймауты, но как тока делаю deauth то начинается перебор. Может быть так, что это изза aireplay'я в прошлый раз он пропустил пин, и если да то как быть?
Странное поведение... а скинь вывод работы БЕЗ aireplay-ng...
И ещё, вопрос, конечно, глупый, но WPS-то на точке включен? Я имею ввиду, дай вывод
, и, если не затруднит, сигнал от точки (min/max lvl).
|
|
|
|
|
|
|
|
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
|
|
|
|
Линейный вид
