«Из России с любовью», или чего
бояться американцам в гостиницах

Павел П. aka ukr-xblp

Хакер, номер #092, стр. 092-070-2

Исходные данные

Сканирование радиоэфира на частоте Wi-Fi выявило эту гостиничную сеть и подключенных к ней клиентов:

( SSID ) Type ( BSSID ) [ SNR Sig Noise ] LastChannel

( MoscomNET ) BSS ( 00:0d:29:1d:d7:dd ) [ 33 82 49 ] 0001 11

( MoscomNET ) BSS ( 00:07:85:b3:55:c1 ) [ 19 68 49 ] 0001 06

Это данные по точкам доступа, установленным в гостиничном комплексе. Итак, что нам необходимо знать при проведении атаки EvilTwin?

1.MAC-адрес точки доступа;

2.Рабочая частота точки доступа (канал);

3.Наименование (SSID) атакуемой сети (устройства);

4.Надо ли вообще проводить атаку EvilTwin? Не даст ли нам требуемой информации перехват сниферами беспроводного трафика?

5.«Популярность» данной публичной коммерческой беспроводной сети. Толку сидеть и ждать у моря погоды, если услугой пользуется директор заведения раз в сутки? Соответственно, эффективность атаки очень сильно зависит от числа обращений, подключения к сети, новых пользователей или ротация старых.

6.Сила сигнала точки доступа. Мы не будем нарушать заданный режим работы имеющегося оборудования в компании. «Гасить» реальные точки доступа не потребуется, хотя зачастую необходимость проведения DOS-атак на объекты инфраструктуры сети стоит очень остро.

В данном случае мы имеем:

Имя сети: MoscomNET

MAC-адрес: 00:0d:29:1d:d7:dd – сравнивая первые 3 октета MAC-адреса в базе OUI, становится понятно, что используется оборудование компании Cisco Systems.

Канал – 11.

Далее нас будет интересовать сетевая адресация, применяемая в сегменте сети:

Листинг: результат команды ipconfig /all

Настройка протокола IP для Windows 2000

Имя компьютера . . . . . . . . . : usthead1

Основной DNS-суффикс . . . . . . :

Тип узла . . . . . . . . . . . . : Гибридный

Включена IP-маршрутизация . . . . : Нет

Доверенный WINS-сервер . . . . . : Нет

Адаптер UST_WiFi_drvr:

DNS суффикс этого подключения . . :

Описание . . . . . . . . . . . . : UST_WiFi_drvr_Compx

Физический адрес. . . . . . . . . : 00-80-48-2B-84-34

DHCP разрешен . . . . . . . . . . : Да

Автонастройка включена . . . . . : Да

IP-адрес . . . . . . . . . . . . : 10.43.1.155

Маска подсети . . . . . . . . . . : 255.255.0.0

Основной шлюз . . . . . . . . . . : 10.43.1.1

DHCP-сервер . . . . . . . . . . . : 10.43.1.1

DNS-серверы . . . . . . . . . . . : 212.130.104.10

195.68.135.5

Основной WINS-сервер . . . . . . : 10.43.1.1

Собственно говоря, комментарии излишни. При попытке инициализации какой-либо http-сессии (обращении на какой-либо сайт) мы видим форму аутентификации в системе, оповещающую нас о поставщике услуг беспроводной связи и двухфакторной аутентификации в виде логина и пароля, каждый из которых состоит из 4-х цифровых символов. Аутентификация проходит с применением безопасного доступа HTTP Secured с применением SSL. Что, в свою очередь, практически сводит на нет перехват реквизитов доступа с помощью многочисленных беспроводных сниферов, к примеру, тем же самым, неоднократно упоминавшимся на страницах журнала Kismet’ом.

В итоге наша задача состоит из следующих этапов: