The OpenNET Project / Index page

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



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

Оглавление

Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из состава ядра Linux, opennews (??), 16-Окт-23, (0) [смотреть все]

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


3. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +5 +/
Сообщение от EULA (?), 16-Окт-23, 11:37 
Переходи на С++?
Ответить | Правка | Наверх | Cообщить модератору

10. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +2 +/
Сообщение от Анонин (?), 16-Окт-23, 11:55 
Хотя бы. Уже станет лучше.
Но только если на современные плюсы, а не на сишку с классами.
Ответить | Правка | Наверх | Cообщить модератору

12. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +6 +/
Сообщение от morphe (?), 16-Окт-23, 12:05 
В плюсах при низкоуровневой разработке способов прострелить себе колено пожалуй даже больше чем в C
Ответить | Правка | Наверх | Cообщить модератору

15. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +2 +/
Сообщение от Аноним (15), 16-Окт-23, 12:14 
т.е мы приходим к теореме г-на Эскобара?
Что С плохо (как видим из новости), что С++ не лучше.

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

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

97. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +2 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 16-Окт-23, 17:15 
Такие ошибки предотвращать относительно просто, это указатели с экслюзивным владением и счётчики ссылок. Автор модуля банально не осилил сделать корректное управление указателем, здесь нет никакой сложной низкоуровщены. В этой же дичи всё ещё goto используют. Если в этот долбанутый Си добавили хотя бы RAII, и научили несчастных им пользоваться, то значительной части уязвимостей просто бы не было.
Ответить | Правка | Наверх | Cообщить модератору

105. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +2 +/
Сообщение от Аноним (15), 16-Окт-23, 18:06 
Так каждый раз когда приходит кто-то с предложениями улучшить процессы (я уже молчу про большие изменения, вроде 'добавить Раст') типа "а давайте сделаем стат. анадизатор обязательным, или добавим линтер", то начинается нытье "будет медленно, не хочу ждать 10 минут пока тесты пробегут" в перемежку с пафосными рассуждениями об ылитных пограммитах который этот код наделали, что ядро пишут только профи, которым это не нужно.
Ответить | Правка | Наверх | Cообщить модератору

132. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  –1 +/
Сообщение от Аноним (132), 16-Окт-23, 23:22 
Ядро с сопредельным софтом сначала придётся переписать полностью. Для смены языка.
Ответить | Правка | Наверх | Cообщить модератору

143. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +/
Сообщение от Аноним (15), 17-Окт-23, 10:52 
Для смены языка - да. Это очень сложный путь.

А обязательные стат. анализаторы?
Ты думаешь, что их добавление приведет к нерешаемым проблемам?
Да, наверное придется месяц-два потратить на исправление всех проблем, но лучше это чем такие уязвимости.

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

164. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +/
Сообщение от bOOster (ok), 19-Окт-23, 07:38 
Очередной раз придурки не знают что такое Компоновщик/Линковщик?
Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

133. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +/
Сообщение от fidoman (ok), 16-Окт-23, 23:51 
уж вы-то лучше всех бы накодировали, без единой ошибки
Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

122. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  –1 +/
Сообщение от анон (?), 16-Окт-23, 20:07 
На ночь через крон ставить не?
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

47. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +1 +/
Сообщение от EULA (?), 16-Окт-23, 13:09 
> В плюсах при низкоуровневой разработке способов прострелить себе колено пожалуй даже больше
> чем в C

Чтобы не прострелить себе ногу достаточно не направлять на нее ружье, не?

=====================
Учитель, почему, когда я делаю так
int *a;
a = new int;
char *b;
*a=1000;
b=a;
*b='0';
cout<< 1000/a <<"\n";
Получается фигня?

- Не делай так!

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

148. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +/
Сообщение от name (??), 17-Окт-23, 15:02 
а это точно соберётся? там присвоение немного неодинаковых типов может вывести компилятор из себя
Ответить | Правка | Наверх | Cообщить модератору

158. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +/
Сообщение от EULA (?), 18-Окт-23, 05:40 
> а это точно соберётся? там присвоение немного неодинаковых типов может вывести компилятор
> из себя

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

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

66. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +/
Сообщение от Советский инженер (ok), 16-Окт-23, 14:58 
ето потому что к malloc/free добавили еще new/delete или что?
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

82. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +/
Сообщение от Аноним (82), 16-Окт-23, 16:08 
> В плюсах при низкоуровневой разработке способов прострелить себе колено пожалуй даже больше чем в C

Хоть один пример приведете?

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

83. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +/
Сообщение от Аноним (82), 16-Окт-23, 16:15 
> Но только если на современные плюсы, а не на сишку с классами.

Да даже если и на сишку с классам: наличие RAII уже само по себе избавило бы от этого убогого цирка с ручным управлением ресурсами и соответствующих CVE.

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

156. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +/
Сообщение от morphe (?), 17-Окт-23, 22:20 
RAII уже включили в ядро... В Rust.
Ответить | Правка | Наверх | Cообщить модератору

171. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +/
Сообщение от Аноним (171), 20-Окт-23, 14:55 
> Да даже если и на сишку с классам: наличие RAII уже само по себе избавило бы от этого убогого цирка с ручным управлением ресурсами и соответствующих CVE.

Не избавило бы. Сишникам только дай волю, они сразу полезут делать malloc'и и хранить строки в char*. У них квадратно-гнездовое мышление, переучить очень сложно. Типа "я 30 лет так делал и менять свои привычки не собираюсь, компилятор подвинься". Ну а потом естественно всё это феерично взрывается.

Комитету C++ нужно отправить весь этот сишный треш в утиль.

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

137. "Удалённо эксплуатируемая язвимость в драйвере NVMe-oF/TCP из..."  +/
Сообщение от penetrator (?), 17-Окт-23, 08:13 
если не с классами то с чем?
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

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

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




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

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