Исходное сообщение
"Уязвимость в механизме ucount ядра Linux, позволяющая повыси..." Отправлено самокатофил, 31-Янв-22 19:16
>>> Redox is a Unix-like Operating System written in Rust >> Да, я тоже посмеялся. > Там тоже use-after-free нашли или опять Воены Растового Сопротивления сначала приплетают > раст, чтобы затем дружно и мощно пук^W "защитить Голактеку от Ржавого > Вторжения"? >"Redox is not correct, secure, or documented. It does a lot of things in a cavalier, leave it up to the application, manner. Applications can malloc and forget to free, Redox will not clean this up. Applications can access missing memory or kernel memory, Redox does not care. All applications run in Ring 0, and have all permissions. Some syscalls use vtables that rely on exactly the same struct defintions in userspace as kernel space. Syscalls cannot return values, except by writing them into a passed pointer. Memory allocation is done in the application, and uses a global memory allocation table that applications directly modify. None of its functionality is documented, outside of example source files." -- https://redox-os.org/ Гениально, Карл! С такими вводными не то чтобы use-after-free, я даже не знаю что в редохе считать багом. А учитывая что этому хелловорду даже CVE присваивать стыдно -- то можно с уверенностью сказать, что редох это флагман безопасности осестроения растаманек. :-D

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>> Redox is a Unix-like Operating System written in Rust >>> Да, я тоже посмеялся. >> Там тоже use-after-free нашли или опять Воены Растового Сопротивления сначала приплетают >> раст, чтобы затем дружно и мощно пук^W "защитить Голактеку от Ржавого >> Вторжения"? >>"Redox is not correct, secure, or documented. It does a lot of things in a cavalier, leave it up to the application, manner. Applications can malloc and forget to free, Redox will not clean this up. Applications can access missing memory or kernel memory, Redox does not care. All applications run in Ring 0, and have all permissions. Some syscalls use vtables that rely on exactly the same struct defintions in userspace as kernel space. Syscalls cannot return values, except by writing them into a passed pointer. Memory allocation is done in the application, and uses a global memory allocation table that applications directly modify. None of its functionality is documented, outside of example source files." -- https://redox-os.org/ > Гениально, Карл! С такими вводными не то чтобы use-after-free, я даже не > знаю что в редохе считать багом. А учитывая что этому хелловорду > даже CVE присваивать стыдно -- то можно с уверенностью сказать, что > редох это флагман безопасности осестроения растаманек. :-D
	Введите код, изображенный на картинке: