https://www.opennet.me/openforum/vsluhforumID3/138667.html В вошедшем в состав ядра Linux 6.18 механизме межпроцессного взаимодействия Binder, написанном на языке Rust, устранена уязвимость (CVE-2025-68260). Проблема вызвана состоянием гонки при выполнении операций в блоках unsafe, напрямую работающих с указателями на предыдущий и следующий элементы списка. При успешной эксплуатации уязвимость в Binder ограничивается аварийным завершением и не приводит к повреждению памяти...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64439<br> https://www.opennet.me/openforum/vsluhforumID3/138667.html#400 Sat, 10 Jan 2026 15:54:51 GMT &gt; Combined with threads using the unsafe remove method on the original list...<br><br>Тролль писать, тролль не читать.<br> https://www.opennet.me/openforum/vsluhforumID3/138667.html#399 Sat, 10 Jan 2026 15:50:20 GMT Когда уже у вас кончатся запасы копиума?..<br><br>&gt; Раст не являетесь более безопасным языком чем Си<br><br>Является, т.к. по умолчанию нельзя разименовывать указатели, писать в одну и туже память из разных потоков, выходить за границы массива и т.д.<br><br>&gt; Безопасных языков нет<br><br>Вот это откровение! Однако же, на C нужно постараться, чтобы не прострелить себе ногу, а на том же Haskell нужно постараться, чтобы прострелить &#8212; сишным кодом через FFI &#128514;<br><br>&gt; Си приучает программиста думать<br><br>Уже больше 50 лет как приучает, а программист всё равно, независимо от уровня экспертизы, продолжает лепить одни и те же баги, которые просто невозможны в большинстве ЯП. Опеннетчики, разумеется, валят всё на skill issue, но при этом сами постоянно лепят такие же баги и поэтому никогда не показывают свой гениальный код. За десять лет всего один такой гений поделился своим кодом, и я при первом же запуске увидел вывод мусора в консоль, потому что автор кода невнимательно читал man page. Долго вам ещё нужно думать, чтобы доду https://www.opennet.me/openforum/vsluhforumID3/138667.html#398 Sat, 10 Jan 2026 15:25:59 GMT Да, помогло: посмотрели в unsafe блоки и нашли баг. А куда нужно смотреть в сишном коде, м? Правильный ответ: в весь код.<br> https://www.opennet.me/openforum/vsluhforumID3/138667.html#396 Sat, 10 Jan 2026 15:21:48 GMT Поражаюсь, как они передоз не ловят. Десятилетия практики!<br> https://www.opennet.me/openforum/vsluhforumID3/138667.html#395 Sat, 10 Jan 2026 15:19:02 GMT Он в чём-то неправ? Лучше сегфолт или поимение кулхацкером?<br> https://www.opennet.me/openforum/vsluhforumID3/138667.html#394 Sat, 10 Jan 2026 15:17:32 GMT Хейтерам не угодишь: используем сишные либы &#8212; вы ехидничаете "а чё свои не сделаете", пишем свои &#8212; гундите, что не нужно. Идите, знаете куда, с такой логикой... читать книги по философии. У вас в голове каша.<br> https://www.opennet.me/openforum/vsluhforumID3/138667.html#393 Fri, 26 Dec 2025 18:03:37 GMT Западло с нуля переписывать раздутые библиотеки. Конечно, есть джедаи, которые либы переписывают на Rust или тулзы, как coreutils https://github.com/uutils/coreutils, но это если требуется, можно и с unsafe {} потерпеть.<br> https://www.opennet.me/openforum/vsluhforumID3/138667.html#392 Sun, 21 Dec 2025 18:00:27 GMT да откуда вы берётесь, не умеющие воображать то....<br><br>мысленный (ибо лень на самом деле) эксперимент:<br>достаю VM с FreeDOS внутри, таки компилирую чем то ваш пример (с учётом 16-битной архитектуры), запускаю.<br>Ошибки сегментации нет. Порча памяти? Почему порча? Я так хотел.<br><br> https://www.opennet.me/openforum/vsluhforumID3/138667.html#391 Sun, 21 Dec 2025 13:53:23 GMT &gt;Компилятор сделали слишком умным, вот да. Юзайте -O0, уродовать не будет.<br><br>Во-первых будет тормозить, во-вторых это всё равно не поможет.<br>&gt;И основная тема в них - "компилятор слишком мудрый". А не "UB такой плохой".<br><br>Не важно. В том примере, который я привёл, у нас сишный ub, сишнее некуда. Ибо целиком и полностью зависит от значения i - либо ошибка сегментации, либо порча памяти.<br>