The OpenNET Project / Index page

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



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

Оглавление

0-day уязвимость в драйвере n_gsm, позволяющая выполнить код на уровне ядра Linux, opennews (??), 12-Апр-24, (0) [смотреть все]

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


18. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +18 +/
Сообщение от Аноним (18), 12-Апр-24, 21:19 
Это сложно... :) Я бы тоже хотел научиться...
Ответить | Правка | Наверх | Cообщить модератору

45. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  –11 +/
Сообщение от Анонимусс (-), 12-Апр-24, 22:59 
А что тут сложно?
Ну просто не читать и писать одновременно с разных потоков. Ну и не допускать дедлоков.
Элементарно же. Нужно просто быть внимательным и понимать что происходит в твоей программе.
Но наверное это не всем дано.
Ответить | Правка | Наверх | Cообщить модератору

47. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (47), 12-Апр-24, 23:10 
Пока ты веришь что это ошибка это случайность ты так и будешь оставаться не мамонтом.
Ответить | Правка | Наверх | Cообщить модератору

101. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +1 +/
Сообщение от Аноним (101), 13-Апр-24, 12:50 
Ты говоришь как опытный немамонт
Ответить | Правка | Наверх | Cообщить модератору

88. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от ИмяХ (ok), 13-Апр-24, 10:56 
Какой тогда смысл в разных потоках, если нельзя делать что-то одновременно?
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

159. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (159), 16-Апр-24, 09:24 
> Какой тогда смысл в разных потоках, если нельзя делать что-то одновременно?

Делать одновременно можно, но не с одними и теми же данными в тех же ячейках памяти.

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

90. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +5 +/
Сообщение от Q2W (?), 13-Апр-24, 11:12 
Слишком толсто
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

131. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Neon (??), 13-Апр-24, 22:13 
Очень тайное искусство не допускать дедлоков.)))
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

154. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +1 +/
Сообщение от andy_68email (ok), 14-Апр-24, 19:23 
Мьютекс тяжел, как гора. Креш легок, как перышко...
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

89. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (89), 13-Апр-24, 11:09 
По крайней мере защита от use-after-free элементарна. Нужно просто имитировать работу shared_ptr. Параллельный доступ к данным на уровне ядра может быть немного сложным, если нет диспетчера потоков. Если он есть, то всё становится элементарным. Просто ждёшь пока мутекс скажет, что пришла твоя очередь доступа к данным. В совсем критических местах, где переключения контекста недопустимы, там и память выделять и освобождать не стоит.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

130. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Neon (??), 13-Апр-24, 22:12 
Весело может получится, когда несколько потоков ждут освобождения мутексов,залоченных друг дружке.)))
Ответить | Правка | Наверх | Cообщить модератору

139. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (89), 14-Апр-24, 00:57 
Ну так нефиг переусложнять код взаимными зависимостями. Блокирующий мутексы код должен быть максимально атомарным.
Ответить | Правка | Наверх | Cообщить модератору

160. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (160), 16-Апр-24, 23:37 
Типичный репертуар фетишиста-сишника. Нужно «просто» имитировать работу чего-то там. Нужно «просто» не допускать ошибок и «просто» следить за памятью. Идея использовать неблокирующие структуры данных почему-то не рассматривается, как и идея использовать более подходящие инструменты, чтобы поменьше делать «простого» и побольше уделять времени программированию. Лишь бы со своим фетишем няньчиться.
Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

162. "0-day уязвимость в драйвере n_gsm, позволяющая выполнить код..."  +/
Сообщение от Аноним (89), 17-Апр-24, 03:27 
> Идея использовать неблокирующие структуры данных почему-то не рассматривается, как и идея
> использовать более подходящие инструменты

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

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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