The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в systemd, потенциально позволяющая повысить свои..., opennews (??), 09-Фев-20, (0) [смотреть все]

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


17. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  +2 +/
Сообщение от Ordu (ok), 09-Фев-20, 10:09 
Сложно сказать, не заглядывая в код. Неясно как они принимают решение о том, что кеш можно освободить, и что именно пошло не так. Они забыли увеличить ref_count? Если так, то да, классическая сишная ошибка. Или они обходятся без ref_count, пытаясь статически рассчитать время жизни объекта в кеше, и не учли какие-то особенности работы с dbus? Это уже не C-специфичная ошибка, такое можно накосячить где угодно, даже при сборке мусора можно.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

19. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  –4 +/
Сообщение от Fracta1L (ok), 09-Фев-20, 10:18 
> такое можно накосячить где угодно

Прямо таки где угодно?)

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

42. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  +4 +/
Сообщение от Ordu (ok), 09-Фев-20, 13:17 
>> такое можно накосячить где угодно
> Прямо таки где угодно?)

Да, прямо-таки где угодно. Попробуй покешировать что-нибудь там, где тебе кажется невозможным накосячить с кешированием. В языках со сборкой мусора use-after-free вроде как невозможен, но кеширование часто подразумевает предварительное выделение памяти и многократное повторное её использование. И тут начинается, что кеш счёл объект устаревшим, и использовал его память повторно, но где-то сохранилась ссылка на этот объект, она стала невалидной, но код-то об этом не знает.

На эти грабли можно где угодно наступить.

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

21. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  –1 +/
Сообщение от Ананимус (?), 09-Фев-20, 10:31 
>  Это уже не C-специфичная ошибка

Ну-ка, ну-ка, где у нас ещё use-after-free существует?

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

24. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  –1 +/
Сообщение от Аноним (24), 09-Фев-20, 10:51 
https://rustsec.org/advisories/RUSTSEC-2019-0016.html
Ответить | Правка | Наверх | Cообщить модератору

25. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  –1 +/
Сообщение от Аноним (24), 09-Фев-20, 10:55 
https://snyk.io/vuln/SNYK-LINUX-RUSTLIBFLATE-460470
Ответить | Правка | Наверх | Cообщить модератору

41. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  +/
Сообщение от Ordu (ok), 09-Фев-20, 13:11 
>>  Это уже не C-специфичная ошибка
> Ну-ка, ну-ка, где у нас ещё use-after-free существует?

Если ты начинаешь кешировать, то где угодно. Кеши они вообще такие, они подразумевают условное освобождение памяти, и тут очень легко накосячить с проверкой этих условий, особенно если ты отказываешься от динамического контроля за памятью, типа счётчиков ссылок. Совсем интересно получается, когда код прочистки кеша отделён от кода использующего этот кеш: если тебе вдруг приспичило освободить из кеша кусок памяти, как ты можешь убедиться, что на этот кусок памяти нигде не осталось ссылок? А поскольку кеш подчастую носит характеристики глобального объекта, и ссылки внутрь него есть в очень разном коде, то сложности становятся уже сильно неиллюзорными.

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

155. "Уязвимость в systemd, потенциально позволяющая повысить свои..."  +/
Сообщение от Аноним (-), 13-Фев-20, 01:35 
Более того - на си эта ошибка не является чем-то неотъемлимым. В смысле, это лишь 1 из вариантов использования си.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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