В подсистеме vmacache ядра Linux обнаружена (https://www.openwall.com/lists/oss-security/2018/09/18/4) уязвимость (CVE-2018-17182 (https://security-tracker.debian.org/tracker/CVE-2018-17182)), которая потенциально может быть использована для создания эксплоита для повышения привилегий локального пользователя в системе. Уязвимость вызвана отсутствием проверки переполнения 32-разрядного номера последовательности, что можно использовать для обращения к уже освобождённому блоку памяти (use-after-free). Проблема присуствует в ядрах с 3.16 по 4.18.8. Исправление пока доступно в виде патча (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...). Обновления пакетов для дистрибутивов ещё не сформированы (Debian (https://security-tracker.debian.org/tracker/CVE-2018-17182), Ubuntu (https://people.canonical.com/~ubuntu-security/cve/CVE-2018-1...), RHEL (https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2018-17182), SUSE (https://bugzilla.novell.com/show_bug.cgi?id=CVE-2018-17182), Fedora (https://bodhi.fedoraproject.org/updates/?releases=F28&type=s...)).Также можно отметить оперативное выявление (https://www.openwall.com/lists/oss-security/2018/09/18/1) в ядре Linux уязвимости (CVE-2018-14641 (https://security-tracker.debian.org/tracker/CVE-2018-14641)) в коде для обработки фрагментированных IPv4 пакетов. Уязвимость позволяет удалённо вызвать крах ядра при обработке специально оформленных фрагментированных пакетов. Проблема не вышла за пределы цикла разработки ядра 4.19 и проявляется только в экспериментальных выпусках с 4.19-rc1 по 4.19-rc3. Кроме того, для инициирования удалённого отказа в обслуживании на целевой системе должны применяться достаточно редко используемые настройки, не выставляемые по умолчанию.
URL: https://www.openwall.com/lists/oss-security/2018/09/18/4
Новость: https://www.opennet.me/opennews/art.shtml?num=49305
В целом меня радует тенденция нахождения уязвимостей. Лучше пусть находят, чем не находят.
В ядре 4.19 создали уязвимость. Пусть лучше создают чем не создают?
> В ядре 4.19 создали уязвимость. Пусть лучше создают чем не создают?Все хорошо только у того, кто ничего не делает. Пусть создают.
Учись читать прямо, а не наискосок "Проблема присутствует в ядрах с 3.16 по 4.18.8".
Учись думать, а не читать, то что пишут на заборах.
> В ядре 4.19 создали уязвимость. Пусть лучше создают чем не создают?Тут показателен пожалуй не тот факт что создали, а тот факт что оно пределы кандидатов в релиз не успело покинуть - чертовски хорошая работа, что ни говори. А так было бы круто, конечно, найти программистов которые вообще совсем никогда не ошибаются. Но пока с этим напряженка.
Хм, а сколько еще не найденых уязвимостей, которыми кто в теме пользуются прямо сейчас :))
просто представьте, что прямо сейчас на вашем любимом линукс сервере, обновленным до самых последних обновлений может хозяйничать китайский хакер с правами рута, и вы никак не сможете выявить, потому что у него рут и он способен полностью скрыть свое присутствие в системе. Но об этой уязвимости расскажут лет через 20, выйдет новость с заголовком "в линукс нашли уязвимосто, которая вот уже 20 лет присутствует у всех без исключения пользователей линукс."
Кто-то, наконец, настроил fuzzing тестирование
> Кто-то, наконец, настроил fuzzing тестированиеКто,то,пишет,вообще,не,зная,зачем,и,главное,почему..
По столу он пишет, чтобы подгорало у учителей... Успешно пишет...
Ого, вот это позор, запятые-то, как ни странно, стоят, не смотря ни на что, где надо.
Шигорин сделал досадную ошибку - он не поставил в конце знак вопроса. Это означает, что в слове "почему" ошибка. Либо наоборот...
Перестраховался
Твое предложение отличается от его (слова?) наличием пробелов и отсутствием "..".
О, мои глаза! Это так непривычно читать!
Мне моя девушка как-то сказала: «странно, ты в соцсетях пишешь со всеми знаками препинания и без ошибок». И тут я понял, что надо жениться.
> Кто-то, наконец, настроил fuzzing тестированиеДа, для Linux кто-то настроил тестирование, всевозможный анализ кода и все такое. И, между прочим, ядро Linux хорошо обложено всем этим. По сравнению с другими проектами подобного толка - можно ожидать куда более приличное качество кода в результате.
Сначала нужно те привилегии проверить, особенно таким хамам как Линус. Но если же привилегии можно повысить и дискриминированным группам лиц на привилигированных привилегированных серверах правительства - ничего плохого не вижу.
Дискриминированные группы лиц, это которые сочиняют Code of Conduct?
А Вы что-то имеете против?
Ну ещё бы. Они же не просто так дискриминированы, а за дело.
Т.е. можно ждать в андроиде новые получалки рута?