Пять уязвимостей в стеке Wi-Fi ядра Linux

mac

Плёхо переписали со Swift на Си?

ядра Linux (mac80211)

Т.е. уязвимости только для маков?

Настало время переписать этот код на Rust.

https://www.google.com/search?q=mac80211

Опа… вот это тупость я сказал.

А что делать теперь? Куда бежать?

переполнения буфера, use-after-free или разыменование нулевых указателей

Нужно было писать на расте… Ничего, надеюсь, скоро перепишут.

Оставайтесь там где вы есть. За вами прибудут.

Настало время переписать этот код на Rust.

unsafe как я понял тоже прекрасно зевает использование памяти. А без unsafe драйвер не напишите.

А что делать теперь? Куда бежать?

Поздно пить боржоми.
😃 Интернет запомнил навсегда эти высказывания 😃

Это очень большое передёргивание, если можно так выразиться (то есть искажение фактов).

Смысл unsafe в том, что с его помощью нужно строить безопасные абстракции и дальше пользоваться только ими. А если так рассуждать, то «без unsafe» вообще ничего не напишешь, потому что стандартная библиотека сделана во многом через unsafe.

Я про сабж. unDEFER

Если про сабж, то всё равно никуда не бежать, а ждать спокойно обновлений, как делает всегда неуловимый Джо.

А про шестую он не сказал, потому что она самая вкусная.

Сеть через кабель рулит.

РЕШЕТО!

просто так назван модуль ядра, с макос он никак не связан, не?

Три года не латать дыры.. Плохо(

Уже понял

Ага. Главное построить эти абстракции чтобы они были безопаснее сишных, да и в коде ошибок не допускать. Ой, а кажется всё тоже самое если и в си делать, то всё норм будет.

ЗЫ

Лучше всё тестами обмазать и нанять нормального безопасника который ломать вашу софтину будет всеми способами (правда таких днём с огнём не найдёшь, на всю Москву может человек 20 со скрипом наберётся), программу багхантинга объявить и т.д..

Ура! Калиюзеры наконец-то смогут похачить свой openwrt-роутер!

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

переполнения буфера
use-after-free
разыменование нулевых указателей

Классика Си-шечки. И после этого кто-то утверждает, что программисты не те, а язык прекрасен.

А что делать теперь? Куда бежать?

Теперь только кровью сможешь смыть позор. Кстати, сейчас это можно без проблем сделать, если ты гражданин РФ.

а как по-другому рассуждать? Все правильно, на расте ничего не напишешь без unsafe через unsafe и unwrap через unwrap.

Больше того, эти unsafe - не какая-то супер-умная автоматически выводящаяся ракетная наука, а тупо метки, вручную расставленные такими же валерами как ты. Цена такой «безопасности» - грош, что собственно и подтверждается кучами уязвимостей user after free и double free в проектах на расте.

Как думают эксперты, помог бы gcov+KASAN? Имеем ли мы здесь ситуацию «можно было выяснить только в проде» или «программист недостaточно протестировал свой говнокод»?

что программисты не те

Так и есть, вообще-то. Совершенно тупые ошибки. И как я уже выше писал, почему-то весьма характерные для беспроводных драйверов. Причина, по-моему, очевидна: множество целевой аудитории всех этих вайфаев-блютусов и множество компетентных системных программистов не особо пересекаются, а писать и стараться не для себя, да ещё и забесплатно, мало кто хочет.

А если бы ядро было написано на Rust, то таких проблем бы не было.

unsafe можно применять буквально к отдельным строкам или даже частям выражений. Что ограничивает места где проблема может возникнуть.

Все, теперь в каждом треде о дыре в ядре будет растосрач.

ох ты, аж два топика открыто по поводу.

а чо не пять? уязвимостей-то пять.

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

Но вообще опыт интересный: будут ли нормальные драйвера и прочая низкоуровневщина на Rust и будет ли она без подобных багов.

Решето, же

Классика Си-шечки. И после этого кто-то утверждает, что программисты не те, а язык прекрасен.

Погромисты не те, а язык - быстр, удобен, прекрасен!

Проблема C/C++ в том что проблема может быть в любом месте кода, там где не ждёшь. А не в специально отмеченных как небезопасные. Прямо сейчас пишут драйвер для M1 GPU на расте, всё стримится на ютубах от и до, говорят что опыт исключительно положительный - мол, типичных драйверных проблем почти нет, баги в основном логические, с момента как стало понятно что и как делать до рабочего гнома прошли считанные дни.

А если негражданин РФ, то проблем еще меньше, только вход со стороны Польши.

Ай-яй-яй, шерето.

Где стримится на ютубе, можно ссылку?

Когда повалят толпами уязвимости в Rust-коде, хайперы будут съезжать по теме «вы не понимаете, это другое!». Впрочем, как всегда. Плохому танцору язык программирования мешает.

Плохому танцору язык программирования мешает.

Все же средства контроля имеют значение, например, в языках со сборкой мусора можно почти не думать над распределением памяти (думать надо, но чтобы ее экономить и ради быстродействия) и это освобождает мозг для других вещей. Но если кто-то не умеет программировать он наделает других ошибок.

А если бы на Haskell…

Я в шоке почему gsm и прочие 5G не експлуатируют во все щели. Там же просто ахтунг в коде 100%.

Вайфай (и не только) дровишки под линукс пишут бедные вьетконговские мальчики за миску риса погоняемые плетью потому что продукт на рынок надо было выпустить еще вчера. Самсунгу, хуавею, сяоми, интелу пофиг на дыры, главное прибыль. Мало по малу вся экосистема в ядре обрастает именно такими коммитерами. В итоге имеем. Точнее имеете. Я-то с этой проприетарной подстилки давно сбежал.

Как обычно, вместо того чтобы орать «решето» порадуюсь, что уязвимости были найдены и исправлены.

А я всегда говорил.

Что вифи нужно запускать в виртуалке и прокидывать его в хост.

Asahi Lina, находится на раз.

Это, с большой вероятностью, будет не кривое использование памяти.

Я-то с этой проприетарной подстилки давно сбежал

С одной подстилки на другую?

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

Например?

А как это делаете?

Qubes? Или что-то другое?