Микросхема Wi-Fi ti cc3000 имеет специальный режим интеллектуального конфигурирования, позволяющий выполнить начальную настройку параметров доступа Wi-Fi.
Вики-страница cc3000 дает некоторые подробности о том, как этот процесс работает,
- Чип входит в умный конфиг «слушай» режим
- Приложение на смартфон отправляет пакет «UDP» с настройками точки доступа
- Чип захватывает эти данные и настраивает себя
Я знаю о захвате пакетов и слежке за Wi-Fi, но как чип "расшифровывает" необработанный пакет, чтобы получить какую-либо информацию из него? Я использую wpa2-personal с AES на моем роутере.
wifi
texas-instruments
srinathhs
источник
источник
Ответы:
Как @Colin упоминает схему, которую TI теперь использует для передачи сетевого SSID и ключевой фразы из приложения установки на устройство с поддержкой CC3000, называется Smart Config.
Smart Config должен передавать информацию (сетевой SSID и ключевую фразу) из защищенной сети Wi-Fi на устройство с поддержкой CC3000, которое еще не может расшифровать трафик в этой сети.
Изначально CC3000 не подключен к сети (но может отслеживать трафик), поэтому приложение Smart Config не может отправлять свою информацию непосредственно на устройство. Вместо этого он отправляет пакеты UDP на другой существующий компьютер в сети - точку доступа Wi-Fi (AP). То, что AP не заинтересована в их получении, не имеет значения, просто важно, чтобы пакеты были видны в сети.
Хотя CC3000 может отслеживать трафик, он не может его расшифровать, но он даже не может точно сказать, что данный зашифрованный пакет содержит данные UDP. Так как же он может выбрать пакеты UDP или сделать что-нибудь полезное с ними?
В основном Smart Config кодирует свою информацию не в содержимом отправляемых пакетов, а в их длине. Шифрование Wi-Fi влияет на длину пакетов, но согласованным образом, то есть добавляет L дополнительных байтов к размеру каждого пакета, где L - это константа.
Приложение Smart Config кодирует SSID и ключевую фразу в длины пакетов последовательности пакетов UDP. CC3000 может видеть зашифрованные пакеты и их размеры.
Во многих средах CC3000 сможет видеть трафик из нескольких соседних сетей, так как же он может обнаружить соответствующий трафик? Даже после шифрования можно по-прежнему видеть MAC-адреса источника и назначения пакета, поэтому можно группировать трафик таким образом. В дополнение к основной информации, которую Smart Config пытается отправить, он также отправляет регулярно повторяющиеся шаблоны длин пакетов, поэтому CC3000 группирует трафик, как описано, и затем ищет такие шаблоны, когда находит их в трафике данного исходная и целевая пары затем фокусируются на восстановлении первичной информации.
Это, очевидно, и нечто большее, например, даже когда CC3000 обнаружил пару источника и назначения, которые соответствуют точке доступа и машине, на которой запущено приложение Smart Config, как он фильтрует пакеты Smart Config от другого несвязанного трафика, проходящего между AP и машина? Я написал все это в серии постов в блоге.
Наиболее технически подробный рассказывает о сути Smart Config - о том, как он кодирует SSID и ключевую фразу и передает их так, что CC3000 может их подобрать:
http://depletionregion.blogspot.ch/2013/10/cc3000-smart-config-transmitting-ssid.html
Тогда у меня есть пост, который менее технический, более подробный, чтобы узнать, почему вы всегда должны использовать ключ AES со Smart Config:
http://depletionregion.blogspot.ch/2013/10/cc3000-smart-config-and-aes.html
В середине есть технический раздел, в котором кратко описывается, как настроить шифр в Java с необходимым преобразованием AES, необходимым для работы, как ожидает CC3000.
И, наконец, доказательство пудинга - я написал приложение для эмуляции поведения CC3000, связанного со Smart Config, то есть он может восстановить SSID и ключевую фразу, переданные любым приложением Smart Config, без необходимости расшифровывать соответствующий сетевой трафик. Вы можете найти где скачать исходники и все подробности здесь:
http://depletionregion.blogspot.ch/2013/10/cc3000-smart-config-and-keyphrase.html
Это должно позволить протестировать поведение любого приложения Smart Config, которое он пишет, т.е. можно увидеть, что CC3000 сможет восстановить из данных, переданных приложением.
У меня также есть еще несколько сообщений, связанных с Smart Config / CC3000:
http://depletionregion.blogspot.ch/search/label/CC3000
Для некоторой справочной информации также может быть интересно прочитать эти темы на форуме TI, имеющем отношение к CC3000.
Первый, охватывающий сам Smart Config:
http://e2e.ti.com/support/low_power_rf/f/851/t/253463.aspx
И один на mDNS, механизм, с помощью которого приложение Smart Config обнаруживает, что устройство с поддержкой CC3000 присоединилось к сети:
http://e2e.ti.com/support/low_power_rf/f/851/p/290584/1020839.aspx
В обоих потоках некоторые первоначальные сообщения могут показаться не такими актуальными, но есть и некоторая интересная информация. Но есть также много неточной информации, поэтому не думайте, что все это правильно, даже информация от сотрудников TI или от меня (я многому научился, но начал с некоторых неправильных предположений / убеждений).
Патенты упоминались несколько раз, однако я не могу найти никаких доказательств того, что есть патенты, ожидающие или выданные на эту технологию.
источник
NB. Как отмечено в комментариях к этому ответу и в других ответах, ответ ниже не отражает текущую процедуру. Оставляя это для исторического отчета.
Похоже, что CC3000 фактически прослушивает (в «неразборчивом режиме») по всем каналам Wi-Fi запрос зондирующего AP, проверенный (и фальшивый) SSID AP, содержащий информацию, которую CC3000 требует для настройки для подключения к «истине» AP, через которую он будет подключаться к Интернету.
После небольшого поиска я нашел это описание конфигурации устройства в первый раз, которое должно прояснить это:
http://processors.wiki.ti.com/index.php/CC3000_First_Time_Configuration
Самое интересное немного:
источник
Посмотрите на эту страницу для информации.
AP не участвует в этом процессе. CC3000 прослушивает UDP-пакеты с мобильного телефона или другого устройства. Это сообщение зашифровано с помощью AES, оба устройства имеют его. Мобильный телефон отправляет информацию о ключе маршрутизатора WPA2 в этих пакетах. CC3000 знает ключ AES, используемый мобильным телефоном, декодирует данные и подключается к маршрутизатору.
источник
Ответ Грега Садецкого (описывающий «Первоначальную настройку») хорошо описывает основной процесс. Но в ходе обсуждения на форуме TI выяснилось, что CC3000 изменил процесс выполнения этой автоматической настройки. Новый процесс называется «smartconfig» вместо «First Time Configuration», и TI, очевидно, готовит патентную заявку на технологию. Похоже, что используется аналогичная схема, в которой отправляются специальные «пробные» запросы Wi-Fi, которые хитро кодируют сетевые учетные данные для CC3000.
Если вы решите не использовать ключ шифрования AES для автоматической настройки, алгоритм smartconfig использует недокументированный метод, чтобы скрыть SSID и ключ безопасности точки доступа. Это не является безопасным по своей природе, поскольку, если кто-то изучит алгоритм запутывания с помощью обратного инжиниринга или других средств, безопасность беспроводной сети будет поставлена под угрозу. Как только заявка на патент подана, она становится достоянием общественности, и вы должны использовать ключ шифрования AES с режимом автоматической настройки CC3000 для обеспечения безопасности.
По состоянию на сентябрь 2013 г. патентная заявка не была подана на основании рассмотрения патентных заявок на 2012-2013 гг. Texas Instruments ( Google Patent Search Link: Texas Instruments, отсортировано по дате последней подачи ).
TI признал небезопасность режима конфигурации, отличного от AES, и сказал, что они порекомендуют использовать AES и сделают его по умолчанию в будущем .
источник