The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в утилите GNU split, приводящая к переполнению буфера, opennews (??), 24-Янв-24, (0) [смотреть все]

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


11. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +1 +/
Сообщение от Аноним (3), 24-Янв-24, 10:53 
Причём тута раст? Я пишу про сишку! Тебе раст просто мерещится! Кроме раста есть плюсы, хоть громоздкие, но там есть сморт пойнторс и RAII, а сишка - это же вообще технология без всякой защиты. Язычок из 80-х годов.
Ответить | Правка | Наверх | Cообщить модератору

20. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +2 +/
Сообщение от Аноним (20), 24-Янв-24, 11:38 
> а сишка - это же вообще технология без всякой защиты

то что надо для написания ядер ОС и драйвер. А всякие умные указатели и прочие RAII - это всё для прикладухи, а не для системщины.

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

22. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +2 +/
Сообщение от Аноним (22), 24-Янв-24, 11:41 
> то что надо для написания ядер ОС и драйвер.

Да, именно то что нужно!
Чтобы дырень в твоем драйвере, написанном лучшими погромистами из имеющихся, рутанула тебе всю ОСь))

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

25. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +1 +/
Сообщение от Аноним (20), 24-Янв-24, 12:01 
ОЙ, да не завидуй ты так. Ты ни на каком языке никакого драйвера не напишет, даже на самом безопасном.
Ответить | Правка | Наверх | Cообщить модератору

53. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  –2 +/
Сообщение от Аноним (53), 24-Янв-24, 13:55 
Лучше тот, кто не пишет драйверов, чем тот, кто пишет их на сишке.
Первый хотя бы не делает хуже.
Ответить | Правка | Наверх | Cообщить модератору

97. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +6 +/
Сообщение от Аноним (20), 24-Янв-24, 17:02 
Ты получается круче всех инженеров в IBM/RedHat. Я горжусь, что живу в одно время с такими людьми и имею возможность с ними на форуме общаться.
Ответить | Правка | Наверх | Cообщить модератору

118. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от Аноним (106), 24-Янв-24, 18:01 
Он прав. Ядра ОС это пожалуй единственная ниша для сишки. Драйверы - нет.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

30. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от adolfus (ok), 24-Янв-24, 12:35 
Если внимательно читать IEEE Std 1003.1 aka POSIX и разного рода rationale про функции системного интерфейса, то там обращается особое внимание на то, что никаких проверок на входе в функции системного интерфейса (в числе которых, кстати, и содержимое libc) чтобы предотвратить ситуации, которые в стандарте языка си описаны как "неопределенное поведение" и "ошибки", не производится -- это ответственность программиста.
Так что если не согласны с такого рода положением, к вашим услугам разного рода фреймворки, написанные, кстати, на си, поверх той же самой libc.
А не изучив стандарты на си, на c++ и posix нефиг рассусоливать про какие-то "безопасные" языки. Под этими "безопасными" языками (за редким исключением экзотических архитектур)  лежит тот-же "небезопасный" си и "небезопасная" libc.
НЯП, настоящих языков программирования, компиляторы которых написаны на них же или на ассемблере, меньше десятка -- С, C++, FORTRАN, COBOL, несколько виртовских языков и все. Остальное -- обертки над ними, но большей частью над С и С++. Кстати, есть такой стиль программирования -- backend+frontend. Вот, например, питон -- он четко следует именно такой парадигме -- внизу в качестве бакенда c+libc, сверху он -- фронтенд.

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

137. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +1 +/
Сообщение от stalinus (?), 24-Янв-24, 19:32 
Всё верно, но зря ты так подробно расписал. Анонимы opennet читают первые десять слов, а дальше у них происходит переполнение буфера со стиранием уже прочитанного.
Ответить | Правка | Наверх | Cообщить модератору

150. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +1 +/
Сообщение от Аноним (-), 24-Янв-24, 23:20 
> "дальше у них происходит переполнение буфера со стиранием уже прочитанного"

Они что тоже на СИ написаны?
Вот это откровение!
Но тогда понятно почему некоторые настолько дырявые)

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

170. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от berium (?), 25-Янв-24, 05:30 
Переполнение буфера реализуется в коде на любом языке программирования, даже Rust от этого не спасёт.
Ответить | Правка | Наверх | Cообщить модератору

158. "Уязвимость в утилите GNU split, приводящая к переполнению бу..."  +/
Сообщение от Аноним (158), 24-Янв-24, 23:51 
Тебе про Фому, а ты про сисколы. Да еще и человека соблазнил тебе чаю подлить.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

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

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




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

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