The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]



"Раздел полезных советов: Решение проблемы с картами Intel по..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Раздел полезных советов: Решение проблемы с картами Intel по..."  +/
Сообщение от auto_tips on 26-Фев-18, 18:57 
После обновления wpa_supplicant с правками, касающимися уязвимости WPA2 CRACK, многие владельцы беспроводных карт Intel (3160, 3168, 7260, 7265, 8000C, 8265) могли обратить внимание на странное поведение адаптера. Проявляется оно как потеря связи на некоторое время с интервалом в половину времени истечения срока жизни GTK. При этом в логах нет абсолютно никакого криминала. Нет также и попыток переподключения, просто останавливается хождение данных, пока роутер или точка доступа не отстрелят такого клиента по idle timeout.

Проблема оказалась в том, что intel частично реализует логику SME (даже в случае использования nl80211 подсистемы ядра) на уровне микрокода. И после внесения правок на стороне supplicant’а, обновление группового ключа происходит не всегда корректно.

Исправление микрокода Intel представил в обновлении от 3.11.2017, однако большинство дистрибутивов так и не обновили микрокод, хотя обновили supplicant. Отсюда и появилась проблема.

Для решения, достаточно загрузить [[https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/linu.../ новый микрокод]]:

   git clone https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/linu...

После чего содержимое скопировать поверх /lib/firmware и перезагрузиться.

Проконтроллировать успех решения проблемы можно заглянув до и после обновления в вывод dmesg и обратив внимание на строку

   iwlwifi 0000:01:00.0: loaded firmware version XX.YYYYYY.Z op_mode iwlmvm.

Кроме всего прочего, неаккуратно бэкпортированные исправления уязвимости wpa_supplicant в Mageia 6 ломают миграцию. Клиент перестаёт выполнять автоматические фоновые сканирования и даже не пытается мигрировать. Решение — сборка последней версии wpa_supplicant из git, куда уже включены все необходимые правки, а также сообщения о проблеме разработчикам своих дистрибутивов.


URL: https://wi-cat.ru/2018/02/03/problemyi-intel-wireless-posle-...
Обсуждается: http://www.opennet.ru/tips/info/3050.shtml

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Решение проблемы с картами Intel после устранения уязвимости..."  +/
Сообщение от Spoofing on 26-Фев-18, 18:57 
да, блин, это оно. похоже я не один такой.
https://www.linux.org.ru/forum/admin/13938557
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Решение проблемы с картами Intel после устранения уязвимости..."  +/
Сообщение от sfstudio email(ok) on 26-Фев-18, 21:40 
Врятли. От версии ядра и наличия патчей у меня никак не зависело. На всех машинах разные ядра.

И даже системы по версиям. А вылезло когда Mageia обновила суппликант с бэкпортом фиксов против wpa2 crack.

Убил несколько вечеров на дебаг с обоих сторон (с АП и на клиенте), исключил всё кроме фирмвари карточки, т.к. последнее на что грешил. Но вот как бывает...

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Решение проблемы с картами Intel после устранения уязвимости..."  +/
Сообщение от Аноним (??) on 27-Фев-18, 21:21 
У интела на уровне микрокода вообще уйма всего вынесена. Это один большой кусок проблем и бэкдоров под видом сетевой карточки.

"Fast wi-fi" с интелем тоже работать не будет. Потому что вся необходимая логика - в микрокоде, который только интел и может менять. Так что пока юзеры atheros наслаждаются низким пингом, юзеры интеля тупят и лагают.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Решение проблемы с картами Intel после устранения уязвимости..."  +1 +/
Сообщение от sfstudio email(ok) on 27-Фев-18, 23:34 
Какой ещё Fast-WiFi у вас работать не будет?

Fast Transition имелось ввиду? Да до 7260 включительно не будет. Выше будет. Квалкомы к сожалению в mpci-e половинном найти далеко не всегда вариант.

Потому юзаем что имеем. Из альтернатив увы только вечно кривой BCM и вечно недопиленный риалтэк чьи дрова умеют только WEXT.

Особых проблем надо сказать интел в повседневной жизни не доставляет. Но блоб, ещё и шифрованный зло. Это факт.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Решение проблемы с картами Intel после устранения уязвимости..."  +/
Сообщение от ввввв on 01-Мрт-18, 17:20 
Но этот шифрованный блоб работает на внутреннем процессоре wi-fi карточки, от его открытия легче не станет, ещё же нужно тогда открыть строение блоков и описать, как их программировать.

Вот блобы, работающие, на основном проце, это, конечно зло.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Решение проблемы с картами Intel после устранения уязвимости..."  +/
Сообщение от sfstudio email(ok) on 01-Мрт-18, 17:29 
> Но этот шифрованный блоб работает на внутреннем процессоре wi-fi карточки, от его
> открытия легче не станет, ещё же нужно тогда открыть строение блоков
> и описать, как их программировать.
> Вот блобы, работающие, на основном проце, это, конечно зло.

И? Именно так сейчас у всех, внутри уже ARMы живут специализированные. Иначе дохлые host cpu в домороутерах просто склеят лапки.

Блобы зло где бы они не работали. Ибо расслаблят их реализующего. В итоге у того же интела до сих пор время от времени фирмварь встаёт в позу раком до снятия питания, и даже костыли с рестартом в неё заложенные и включаемые отдельным регистриком не помогают. Благо сейчас это не так часто проявляется.

А тенденция утащить всё вообще в этот самый блоб сильно ограничивает возможности таких как я разработчиков софта и железяк. Например в MT7615 на уровень MCU утащены даже rate alg, и я уже не смогу реализовать в нём свои алгоритмы подстройки тракта. Тем временем для всех предыдущих чипов реализации rate_alg мне приходилось ооочень сильно переделывать, дабы обеспечить правильную работу в нужных мне местах (на сетях клиентов моих заказчиков).

Т.е. уровень реализации 802.11 становиться по сути полностью закрытым. На выходе лишь имеем пару крутилок.

Какие там дыры, как быстро наступит EOL, какие могут возникнуть проблемы в аглоритмах туда заложенных мы уже не узнаем пока не наступим на грабли в реальности.

И сделать после того как наступили уже ничего не сможем.

На hostcpu крутиться всё меньше и меньше. И это правильно, но то, что эта логика переезжает в блобы крутящиеся не важно где, вот это зло.

И это, повторюсь, не зависит уже от чипмэйкера. Все идут в одном направлении. И даже QCA похоже для 802.11ax чипов не собирается туда никого допускать.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Решение проблемы с картами Intel после устранения уязвимости..."  +/
Сообщение от ввввв on 01-Мрт-18, 17:46 
> А тенденция утащить всё вообще в этот самый блоб сильно ограничивает возможности
> таких как я разработчиков софта и железяк.

Все бы мы хотели в одиночку дома на коленке создавать PCI express девайсы, хакать MIPI Uni pro адаптеры и проектировать тандерболт устройства, но увы, такой вот он бизнес по разработке устройств.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Решение проблемы с картами Intel после устранения уязвимости..."  +/
Сообщение от sfstudio email(ok) on 01-Мрт-18, 17:53 
>> А тенденция утащить всё вообще в этот самый блоб сильно ограничивает возможности
>> таких как я разработчиков софта и железяк.
> Все бы мы хотели в одиночку дома на коленке создавать PCI express
> девайсы, хакать MIPI Uni pro адаптеры и проектировать тандерболт устройства, но
> увы, такой вот он бизнес по разработке устройств.

О хосподи. Это к чему? Всегда можно найти разумный компромисс. И волевое решение открыть HAL компанией Atheros сделало её на долгое время безальтернативным вариантом для производителей железа всех мастей. Включая всяких камбиумов и прочего. Просто потому что сделало возможным реализацию того, что было нужно рынку (например поллинговых протоколов) + энтузиасты накинулись.

Но к сожалению Atheros продалась QCA, которые не очень такой подход разделяют. А QCA прямо сейчас скорее всего будет куплена BCM где с этим вопросом вообще труба.

В итоге и остальные чипмэйкеры расслабили Ж.

Так то аскал бизнеса тут в несколько ином ключе себя проявляет. Ну и это хороший пример, к чему приводит снижение конкуренции.

Ладно доступ простым смертным перекрыли. Это одно. Но дык ведь эту фаирмварь у чипмэйкера даже под NDA производители устройств получить не могут.

Мы вот сейчас столкнулись именно с этой проблемой, т.к. под заказчика нужны определенные вещи реализовывать которые нужно в логике, которая переехала в MCU.

Благо есть старый микрокод где это дело ещё не утащили туда. Но какие там глюки живут одному дядюшке Ляо известно.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема


  Закладки на сайте
  Проследить за страницей
Created 1996-2018 by Maxim Chirkov  
ДобавитьПоддержатьВебмастеруГИД  
Hosting by Ihor