The OpenNET Project / Index page

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



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

Оглавление

Уязвимось в Glibc, позволяющая вызвать крах чужого процесса, opennews (??), 17-Авг-21, (0) [смотреть все]

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


82. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"  –2 +/
Сообщение от Аноним (82), 17-Авг-21, 13:40 
Может ошибка вообще в том, что он и не должен быть NULL, но по какой-то причине он им стал и часть кода, которая посыпалась, этого и не ожидала. Чем вам поможет в данном случае safe/unsafe, кроме как только замедлит код проверками того, что и не нужно проверять?
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

104. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"  +/
Сообщение от Хан (?), 17-Авг-21, 15:17 
ОС/проц не будет разбираться что за лох по ту сторону экрана разыменовывает null pointer просто отправит ее в /dev/null с сообщение в консоли RTFM
Ответить | Правка | Наверх | Cообщить модератору

124. "Уязвимось в Glibc, позволяющая вызвать крах чужого процесса"  +/
Сообщение от freecoderemail (ok), 17-Авг-21, 22:29 
В Rust по-умолчанию все инициализировано и не NULL. Если хочется NULL - используется Option, и тогда да, компилятор потребует вставить проверки при использовании. Но точно также Сишный код  должен будет иметь проверки, но компилятор не подскажет где. И нужно будет вставлять лишние проверки, потому что статическими средствами языка невозможно выразить того факта, что объект никогда не должен быть NULL.

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

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

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




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

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