форумы  правила/FAQ  поиск  регистрация  вход/выход  слежка

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

"Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
Сообщение от opennews (??) on 08-Мрт-17, 21:37
В драйвере n_hdlc, поставляемом в составе ядра Linux, выявлена (http://openwall.com/lists/oss-security/2017/03/07/6) уязвимость (CVE-2017-2636 (https://security-tracker.debian.org/tracker/CVE-2017-2636)), позволяющая локальному пользователю повысить свои привилегии в системе. Вызывающая уязвимость ошибка присутствует (https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux....) в ядре с 22 июня 2009 года. Подготовлен рабочий прототип эксплоита, который будет опубликован через несколько дней, чтобы дать пользователям время на обновление системы. Уязвимость вызвана состоянием гонки (race condition) при доступе к указателю  n_hdlc.tbuf, которое может привести к двойному освобождению памяти и перезаписи не связанных с буфером данных через манипуляцию с параметрами протокола HDLC (https://ru.wikipedia.org/wiki/HDLC) (High-Level Data Link Control). Проблема выявлена в результате изучения причин краха ядра, инициированного при выполнении fuzzing-тестировния системных вызовов программой syzkaller (https://github.com/google/syzkaller). Для совершения атаки непривилегированный локальный пользователь может активировать HDLC для устройства tty, при этом модуль ядра n_hdlc будет загружен автоматически. Для успешной атаки не требуется наличие  специализированного оборудования Microgate или SyncLink. Наличие уязвимости подтверждено в ядрах из RHEL 6/7 (https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2017-2636), Fedora (https://bugzilla.redhat.com/show_bug.cgi?id=1430049), SUSE (https://bugzilla.novell.com/show_bug.cgi?id=CVE-2017-2636), Debian (https://security-tracker.debian.org/tracker/CVE-2017-2636) и Ubuntu (https://people.canonical.com/~ubuntu-security/cve/2017/CVE-2...), ядро RHEL 5 проблеме не подвержено. Обновление пакетов с устранением уязвимости пока выпущено только для Ubuntu (https://www.ubuntu.com/usn/usn-3221-1/) и Fedora Linux (https://bodhi.fedoraproject.org/updates/FEDORA-2017-387ff46a66). Исправление также доступно в виде патча (https://git.kernel.org/cgit/linux/kernel/git/gregkh/tty.git/...). В качестве обходного пути защиты можно блокировать автоматическую загрузку модуля n_hdlc, добавив строку "install n_hdlc /bin/true" в файл /etc/modprobe.d/disable-n_hdlc.conf. Если модуль n_hdlc уже загружен и используется, то для его выгрузки требуется перезагрузить систему. URL: http://openwall.com/lists/oss-security/2017/03/07/6 Новость: http://www.opennet.me/opennews/art.shtml?num=46164
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

3. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+4 +/–
Сообщение от Аноним (??) on 08-Мрт-17, 21:41
только недавно закрыли дыру в dccp, и тут опять. тащить все левые драйвера в ядро уже не кажется такой хорошей идеей.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+11 +/–
	Сообщение от A.Stahl (ok) on 08-Мрт-17, 21:45
	Да это никогда не казалось хорошей идеей. Просто так исторически сложилось.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	88. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+3 +/–
	Сообщение от Stax (ok) on 09-Мрт-17, 13:22
	Не знаю, не знаю. Как-то вон, к примеру, винда, в которой "исторически сложилось" иначе к тому же самому пришла. Максимум драйверов в поставке, более-менее работа на всем, что можно из коробки (пока не везде выходит, производители закрытых драйверов сопротивляются иногда, но в целом явно туда идет), поставки обновления через win update. В современных компьютерах удобство пользователя, желающего, чтобы "просто все работало" поставлено во главу. И, строго говоря, это не так плохо - предположение, что суровые дяди из компании, создающий ОC/дистрибутив, лучше конечного пользователя знают, какие драйверы ему на самом деле нужны дает лучший результат, чем предложение "ставить то, что идет с железкой". И в плане совместимости, и в плане безопасности. Ну а для хорошо разбирающихся или сложных ситуаций оставлен механизм, когда у поставленного отдельно драйвера приоритет больше, чем у системного - и в линуксе есть, и в винде. (да и вендоры остальных ОС - FreeBSD какой-нибудь или Solaris, к примеру, тоже постоянно в релиз нотах хвастаются, как очередные драйверы добавили/обновили).
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	105. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Николай Попов on 09-Мрт-17, 14:23
	Авторы postgresql такое не практикуют
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–17 +/–
	Сообщение от Аноним (??) on 08-Мрт-17, 22:09
	дuстроклепатели на знают какой у вас набор железа, поэтому тащут всё. Такая вот я Линyпcа "архитектура". // b.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	11. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Аноним (??) on 08-Мрт-17, 22:30
	Сделай лучше.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	15. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+21 +/–
	Сообщение от angra (ok) on 08-Мрт-17, 22:41
	При этом ровным счетом ничего не мешает пересобрать ядро отключив полностью ненужные тебе модули. Более того, существуют дистры, где такие действия являются нормой. Вот такая у линукса архитектура.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	48. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–9 +/–
	Сообщение от Vkni (ok) on 09-Мрт-17, 06:50
	> При этом ровным счетом ничего не мешает пересобрать ядро отключив полностью ненужные > тебе модули. Более того, существуют дистры, где такие действия являются нормой. > Вот такая у линукса архитектура. Так это целиком заслуга GPL'а. А архитектура у Линукса довольно фиговая - кубик-рубик-монолит. Но открытость кодов и коммунистический метод разработки повышают производительность труда на порядки, позволяя даже такой допотопной архитектуре легко уделывать более продвинутые, но закрытые разработки.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	55. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+2 +/–
	Сообщение от кверти (ok) on 09-Мрт-17, 07:28
	Пример "продвинутых" закрытых разработок в студию!
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	57. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–5 +/–
	Сообщение от Адекват (ok) on 09-Мрт-17, 08:14
	> Пример "продвинутых" закрытых разработок в студию! Windows ?
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	71. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Клыкастый (ok) on 09-Мрт-17, 10:57
	которое(ая) с флопповодом не научилась нормально работать за всё время его существования?
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	82. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Адекват (ok) on 09-Мрт-17, 12:46
	> которое(ая) с флопповодом не научилась нормально работать за всё время его существования? "нормально", это как ?
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	83. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+3 +/–
	Сообщение от Клыкастый (ok) on 09-Мрт-17, 12:55
	>> которое(ая) с флопповодом не научилась нормально работать за всё время его существования? > "нормально", это как ? читать и соблюдать собственные заголовки, не долбиться с лошадиными таймаутами в отключенные в биосе устройства. да даже тупо показывать адекватное количество дисководов.
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	111. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Адекват (ok) on 09-Мрт-17, 14:59
	Так этож в линуксе - у меня физически не было флоппика, а blkid подвисал на несколько секунд, а потом выдавал, что fd0 не найден.
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	113. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
	Сообщение от Клыкастый (ok) on 09-Мрт-17, 15:12
	> Так этож в линуксе http://distrowatch.com/ поставь пожалуйста галочки в первой сотне дистров, где ты сталкивался с этой проблемой. > blkid подвисал на несколько секунд, а потом выдавал, что fd0 не найден. вот всё так у опенсорц пионЭров, не могут переплюнуть профеЙ в тормозах. у проприетарных профи XP в несуществующий привод колотилась минуту-полторы.
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	159. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Гость (??) on 10-Мрт-17, 12:31
	> у проприетарных профи XP в несуществующий привод колотилась минуту-полторы Доказательства словам есть?
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	160. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Аноним (??) on 10-Мрт-17, 14:28
	Подтверждаю, всё так. Поставь в виртуалке да посмотри.
	Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

	170. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Гость (??) on 10-Мрт-17, 18:48
	XP установлена не в виртуалке - никаких ложных дисководов нет.
	Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

	161. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Клыкастый (ok) on 10-Мрт-17, 14:31
	> Доказательства словам есть? какие тебе доказательства нужны, болезный?
	Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

	162. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Клыкастый (ok) on 10-Мрт-17, 14:36
	> Так этож в линуксе - у меня физически не было флоппика, а > blkid подвисал на несколько секунд, а потом выдавал, что fd0 не > найден. # time blkid {skip} real    0m0.007s user    0m0.001s sys    0m0.006s флопика нет
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	87. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Michael Shigorin (ok) on 09-Мрт-17, 13:13
	>> которое(ая) с флопповодом не научилась нормально работать за всё время >> его существования? > "нормально", это как ? Не вспоминая тот самый анекдот: https://geektimes.ru/post/188554/ (да, я дочитал до конца).
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	156. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Vkni (ok) on 10-Мрт-17, 09:08
	> Не вспоминая тот самый анекдот: https://geektimes.ru/post/188554/ (да, я дочитал до конца). Ну NT не подвисала. Хотя про лошадиные таймауты гражданин пишет правду. С другой стороны, я не сталкивался с тем, чтобы под NT был левый дисковод.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	119. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Vkni (ok) on 09-Мрт-17, 16:20
	> Windows ? В своё время были всякие Tru64, AIX, Solaris. Даже Minix в определённый момент была более продвинутой системой, чем Linux.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	167. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от SysA on 10-Мрт-17, 15:24
	>> Windows ? > В своё время были всякие Tru64, AIX, Solaris. Даже Minix в определённый > момент была более продвинутой системой, чем Linux. За других не скажу, но AIX?!.. Да ты о нем только слышал, наверное. Это же Windows в UNIX'ах со своим регистром и пр. Я работал практически со всеми *NIX'ами, но более т.у.п.о.й системы не знаю... :)
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

	172. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Vkni (ok) on 11-Мрт-17, 04:42
	> За других не скажу, но AIX?! Я с этим дерьмом сейчас работаю. То, что это адовое дерьмо не отменяет факта, что в 1998-м году оно было значительно серьёзнее Линукса.
	Ответить | Правка | ^ к родителю #167 | Наверх | Cообщить модератору

	180. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от DeadMustdie (??) on 16-Мрт-17, 17:14
	> Я с этим дерьмом сейчас работаю. То, что это адовое дерьмо Хм... и чем же AIX вам такое уж "дерьмо"? Всё при нём, и разумно вроде устроено.
	Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

	154. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
	Сообщение от кверти (ok) on 10-Мрт-17, 07:42
	>> Пример "продвинутых" закрытых разработок в студию! > Windows ? Тут явно неадекват. Ну для тебя может и уиндоус ПС. Ник смени, а то выглядишь как со справкой здоров от психиатра...
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	163. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+2 +/–
	Сообщение от Аноним (??) on 10-Мрт-17, 14:55
	>>> Пример "продвинутых" закрытых разработок в студию! >> Windows ? > Тут явно неадекват. Ну для тебя может и уиндоус > ПС. Ник смени, а то выглядишь как со справкой здоров от психиатра... Он как Клоун, только Адекват.
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	98. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от angra (ok) on 09-Мрт-17, 13:55
	> Так это целиком заслуга GPL'а. То есть ты считаешь, что для отключения модулей надо открывать исходники и ручками удалять весь их код?
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	117. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Vkni (ok) on 09-Мрт-17, 16:18
	1. Убери лишние модули из ntoskrnl. 2. Распространи свою версию среди всех желающих.
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	60. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+2 +/–
	Сообщение от Аноним (??) on 09-Мрт-17, 08:43
	Вам, может, и ничего не мешает на локалхосте вашем. А у некоторых есть строчка в лицензионном соглашении, где говорится, что саппорт в отношении систем с самособранными ядрами предоставляться не будет. А ради сапорта систему (шапку) и выбирали
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	97. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от angra (ok) on 09-Мрт-17, 13:53
	Вы не понимаете разницу между самим наличием возможности и решением о ее использовании? А между архитектурой ядра и лицензионным соглашением?
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	164. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Аноним (??) on 10-Мрт-17, 14:57
	> Вам, может, и ничего не мешает на локалхосте вашем. А у некоторых > есть строчка в лицензионном соглашении, где говорится, что саппорт в отношении > систем с самособранными ядрами предоставляться не будет. А ради сапорта систему > (шапку) и выбирали Ну дык решение простое - не использовать шляпу.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	16. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–2 +/–
	Сообщение от Michael Shigorin (ok) on 08-Мрт-17, 22:45
	> дuстроклепатели > "архитектура" И часовню -- тоже Вы.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	44. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+2 +/–
	Сообщение от Аноним (??) on 09-Мрт-17, 02:01
	Михаил, вот Ubuntu и Fedora уже фактически исправили проблему. А почему в этом списке я не вижу Альт? Не вброса ради...
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	67. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Admino (ok) on 09-Мрт-17, 10:13
	Потому что источник новости зарубежный.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	68. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–2 +/–
	Сообщение от Аанон on 09-Мрт-17, 10:20
	Потому что "для Альта неактуально".
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	81. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–3 +/–
	Сообщение от Michael Shigorin (ok) on 09-Мрт-17, 12:37
	> Михаил, вот Ubuntu и Fedora уже фактически исправили проблему. > А почему в этом списке я не вижу Альт? Не вброса ради... Пока объезд blacklist'ом: echo "blacklist n_hdlc" >> /etc/modprobe.d/blacklist-n_hdlc.conf grep -w n_hdlc /proc/modules && echo reboot NOW
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	49. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Адекват (ok) on 09-Мрт-17, 06:54
	> только недавно закрыли дыру в dccp, и тут опять. тащить все левые > драйвера в ядро уже не кажется такой хорошей идеей. Да и "состояние гонки" тоже уже было.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
Сообщение от Аноним (??) on 08-Мрт-17, 22:07
$ grep HDLC .config; echo $? 1 Щастье. // b.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	38. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+3 +/–
	Сообщение от Andrew Tridgell on 09-Мрт-17, 01:10
	$ zgrep HDLC /proc/config.gz || echo Щясте Щясте
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	66. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Шкурка_от_головки (ok) on 09-Мрт-17, 09:33
	>gzip: /proc/config.gz: No such file or directory >Щясте Некорректный скриптец
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	96. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от anonymous (??) on 09-Мрт-17, 13:52
	Корректный, если ядро собрано с поддержкой CONFIG_IKCONFIG_PROC
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	109. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Andrey Mitrofanov on 09-Мрт-17, 14:43
	> Корректный, если ядро собрано с поддержкой Ждём уязвимости в! >>> :>CONFIG_IKCONFIG_PROC
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

12. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
Сообщение от kirigiri on 08-Мрт-17, 22:35
Подготовлен рабочий прототип эксплоита, который будет опубликован через несколько дней, чтобы дать пользователям время на обновление системы. Уязвимость вызвана состоянием гонки (race condition) при доступе к указателю n_hdlc.tbuf, которое может привести к двойному освобождению памяти и перезаписи не связанных с буфером данных через манипуляцию с параметрами протокола HDLC (High-Level Data Link Control). В случае ошибки передачи данных, одновременный вызов функций flush_tx_queue() и n_hdlc_send_frames() может привести к дублированию записи указателя n_hdlc.tbuf в список tx_free_buf_list и дальнейшему двойному освобождению памяти одного и того же буфера в функции n_hdlc_release(). ------------------- Может я чего-то не понимаю, но почему они сначала заявляют что дают время на обновление и тут же объясняют как провести атаку. Да это не готовое решение, но кому надо - взломает. Публиковали бы и эксплоит тогда сразу
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	14. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+5 +/–
	Сообщение от Анонимм (??) on 08-Мрт-17, 22:38
	> Может я чего-то не понимаю, но почему они сначала заявляют что дают > время на обновление и тут же объясняют как провести атаку. Да > это не готовое решение, но кому надо - взломает. Публиковали бы > и эксплоит тогда сразу Кому надо - может и по исправляющему патчу понять и в чём проблема, и напишет эксплоит. Может патчи тогда не публиковать?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	39. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Ordu (ok) on 09-Мрт-17, 01:11
	> Может я чего-то не понимаю, но почему они сначала заявляют что дают время на обновление и тут же объясняют как провести атаку. Да это не готовое решение, но кому надо - взломает. Чтобы взломать без эксплоита надо написать этот эксплоит. А на это уйдёт время. Данное объяснение на самом деле, только выглядит законченным объяснением, да и то, только для того, кто не пытался эксплуатировать уязвимости. Всё что объяснено -- это как можно получить exploitable double free. Допустим, что объяснено достаточно внятно и при попытке спровоцировать этот дабл-фри проблем не возникнет. Но как эксплуатировать этот дабл-фри? Это потребует отдельных исследований, которые потребуют нескольких часов, а то и суток.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	64. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Аноним (??) on 09-Мрт-17, 09:29
	А возможность использовать только авторизированным пользователем снижает ценность быстрого получения эксплоита. Просто аккуратненько допишут в базу для использования в случае попадания в систему.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	50. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+4 +/–
	Сообщение от Vkni (ok) on 09-Мрт-17, 06:56
	> Может я чего-то не понимаю, но почему они сначала заявляют что дают > время на обновление и тут же объясняют как провести атаку. 1. Для толковых объяснение содержится в патче. Поэтому просто умалчивать не поможет. 2. Если не объяснять, как взломать, могут подумать, что это ложная тревога. В конце-концов, граждане безопасники "ставят на уши" миллионы людей этим заявлением. Поэтому надо его как-то убедительно подкреплять.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

13. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–4 +/–
Сообщение от Анонимм (??) on 08-Мрт-17, 22:36
Продолжим тему вынесения драйверов на пользовательский уровень в отдельное адресное пространство?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	17. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+4 +/–
	Сообщение от angra (ok) on 08-Мрт-17, 22:46
	Если ты про userland, то принципиально ничего не поменяет, привилегии рута будут получены. Если про запуск драйверов от пользователя, то тогда и ломать особо ничего не надо, запустил себе драйвер винчестера и сразу всё поимел без всяких эксплоитов.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	27. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Анонимм (??) on 08-Мрт-17, 23:37
	> Если ты про userland, то принципиально ничего не поменяет, привилегии рута будут > получены. С какой радости? У всяких сетевых модулей не будет доступа к таблице процессов, чтоб там UID менять в обход API. > Если про запуск драйверов от пользователя, то тогда и ломать > особо ничего не надо, запустил себе драйвер винчестера и сразу всё > поимел без всяких эксплоитов. Дык счас то всё ровно так же лежит: и ядро, и модули. Бери запускай. Но почему-то просто так к винту доступ это не даёт...
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	31. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
	Сообщение от angra (ok) on 09-Мрт-17, 00:13
	> С какой радости? У всяких сетевых модулей не будет доступа к таблице процессов, чтоб там UID менять в обход API. А зачем его менять то? Сам модуль выполняется с привилегиями рута, эксплоит позволяет заставить модуль выполнить произвольный код. > Дык счас то всё ровно так же лежит: и ядро, и модули. Бери запускай. Что правда что-ли? Ну сделай мне modprobe или insmod от пользователя
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	33. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–2 +/–
	Сообщение от Анонимм (??) on 09-Мрт-17, 00:22
	> А зачем его менять то? Сам модуль выполняется с привилегиями рута, эксплоит > позволяет заставить модуль выполнить произвольный код. Речь не об адр. пространстве ядра, а отдельном (как в микроядре). И привилегии рутовые тоже не нужны в таком случае. Достаточно пользовательских. Но т.к. пока что всё живёт именно в одном пространстве - то и получается: левая пятка может отдать рута кому ни попадя. > Что правда что-ли? Ну сделай мне modprobe или insmod от пользователя Вам же Вашими же слова: "Если про запуск драйверов от пользователя..."
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	41. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от angra (ok) on 09-Мрт-17, 01:17
	Ну предположим, что есть микроядро и драйвера в отдельном пространстве. Такие как драйвера клавиатуры, монитора и жестких дисков. Находится уязвимость в любом из них, позволяющая выполнить произвольный код. Внимание, вопрос: "и чем вам помогло отдельное адресное пространство и отсутствие рутовых привилегий?"
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	70. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–3 +/–
	Сообщение от Аноним (??) on 09-Мрт-17, 10:52
	Ядро в своём адресном пространстве, каждый из драйверов в своём. Общение друг с другом через стандартизированный API. Ошибка в драйвере приведёт к перезапуску драйвера. Обычно здесь новички задают вопрос "Как перезапустить драйвер жёсткого диска, если нет доступа к жёсткому диску?" Отвечаю: программы уже давно разделены на сегменты кода (только чтение, у всех, вкл. саму программу) и сегменты данных (чтение и запись). Точка входа в драйвер не изменилась. Для перезапуска будет повторно вызвана функция начальной инициализации, которая заново найдёт диск, инициализирует его и настроит все параметры. Ни один из драйверов не нуждается в рутовых правах или правах нулевого кольца. Скажу даже больше: современные процессорные прерывания уже давно ничего не прерывают. Они записывают байт в оперативную память, показывающий, что прерывание пришло. Затем диспетчер прерываний ОС находит какие прерывания пришли и какие драйвера нужно при этом вызвать, а драйвер уже сам решает что делать дальше.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	85. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
	Сообщение от angra (ok) on 09-Мрт-17, 13:05
	То есть ты даже не понял, почему я назвал именно эти три драйвера. Браво. Настоятельно советую тебе не рассуждать на тему безопасности.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	94. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Аноним (??) on 09-Мрт-17, 13:46
	Безопасность и всего 3 драйвера? Нет слов.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	95. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Аноним (??) on 09-Мрт-17, 13:51
	Я даже не хочу тебе говорить, что драйвера делятся на драйвера физических устройств и драйвера-фильтры (они же "промежуточные"). Вторых больше.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	140. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Анонимм (??) on 09-Мрт-17, 19:05
	> То есть ты даже не понял, почему я назвал именно эти три > драйвера. Браво. Настоятельно советую тебе не рассуждать на тему безопасности. Вообще-то, безопасность остаётся на уровне. Возможно, Вы хотели подколоть на тему устойчивости? Типа, без драйвера винта сам драйвер не загрузится с винта же. Да, смешной пример, особенно с учётом кеша в драйвере файловой системы. Попробуйте залить на флешку /bin/ls, запустить его оттуда(!) /mnt/flash/ls и затем безо всяких команд просто вынуть флешку (имитация мгновенной недоступности винта) и пусканите /mnt/flash/ls ещё раз.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	166. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
	Сообщение от angra (ok) on 10-Мрт-17, 15:17
	> Вообще-то, безопасность остаётся на уровне. А если подумать? Хорошенько подумать. Только не в ключе "микроядро - серебряная пуля", а в ключе "какой именно код захотел бы выполнить взломщик для каждого их этих драйверов". > Возможно, Вы хотели подколоть на тему устойчивости? Нет. Но данный вопрос и дальнейший текст наводит на мысль, что ты вообще не пытаешься думать, ты ищешь что-то знакомое в вопросах и выдаешь штампованные ответы.
	Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

	173. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–2 +/–
	Сообщение от Анонимм (??) on 11-Мрт-17, 07:16
	> А если подумать? Хорошенько подумать. Только не в ключе "микроядро - серебряная > пуля", а в ключе "какой именно код захотел бы выполнить взломщик > для каждого их этих драйверов". А... Хорошенькоподумавший снова занимается подменой тезиса. Тему "из-за одного уязвимого сервиса не страдает безопасность остальных" пытается подменить на "микроядро должно обеспечивать безопасность каждого, даже дырявого, сервиса в отдельности". Проходили уже такое. Это не ко мне. >> Возможно, Вы хотели подколоть на тему устойчивости? > Нет. Да уж видно на тему чего ВЫ хотели подколоть. Что я не замечу плавно сменённой темы и начну отстаивать полнейшие глупости... > Но данный вопрос и дальнейший текст наводит на мысль, что ты > вообще не пытаешься думать, ты ищешь что-то знакомое в вопросах и > выдаешь штампованные ответы. Ну а я вижу штампованные попытки заболтать надёжность микроядерной архитектуры.
	Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

	174. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
	Сообщение от Аноним (??) on 11-Мрт-17, 15:08
	Просто невероятная хуцпа какая-то. Ты же сам попытался подменить его тезис каким-то своим нелепым: > Возможно, Вы хотели подколоть на тему устойчивости? Типа, без драйвера винта сам драйвер не загрузится с винта же. За что заслуженно получил по лбу. А теперь еще смеешь обвинять его в подмене тезиса (которой у твоего собеседника, говоря по справедливости, не было). P.S. ты как-то обмолвился в предыдущей теме, мол, твоя миссия - проповедовать микроядерный подход, дескать, такой это важный и сложный труд. Возможно, это и так. Но тебе пора бы наконец уж понять, что со своим агрессивным невежеством все, чего ты добьешься - это только насмешек в свою сторону.
	Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

	175. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Анонимм (??) on 11-Мрт-17, 22:51
	> Ты же сам попытался подменить его тезис каким-то своим нелепым... Да, спасибо, перечитал - речь была не о падении, а о произвольном коде в этих дровах. Тогда ответ на вопрос: "и чем вам помогло отдельное адресное пространство и отсутствие рутовых привилегий?": Кардинальным понижением вероятности получения рутовых привилегий при всех прочих равных (качестве о объёме системного кода), т.к.: * объём кода и количество драйверов-сервисов, которые могут к этому привести, понижается на порядок. * произвольный код в сервисе клавы и монитора - практически вообще не проблема, если система админится по сети. Что введёт "клава" или покажет "моник" эдакого для получения проблем с рутовой безопасностью? * эксплуатация уязвимости в драйвере винта (не ФС, а именно винта) требует ещё некоторых условий и правильных действий, чтобы изменить нужное на нужной ФС и при этом не слишком удивить сервис файловой системы. > P.S. ты как-то обмолвился в предыдущей теме, мол, твоя миссия - проповедовать > микроядерный подход, дескать, такой это важный и сложный труд. Думаю да, это нужное дело. > Но тебе пора бы наконец уж понять, что со своим агрессивным невежеством Невежество - отстутствие некоторых знаний. Агрессивное невежество - видимо, отстаивание права не знать, но выступать на определённые темы. Ну и чего же я здесь по теме не знал? (или заявлял что нечто нужное якобы неважно) Агрессивность да, имела место, неправильно прочёл посыл человека. Ну это отдельный вопрос.
	Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

	176. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Анонимм (??) on 11-Мрт-17, 23:03
	Для полноты ответа к "произвольный код в сервисе клавы и монитора - практически вообще не проблема, если система админится по сети" Если это десктоп система - то да, перехват клавы - это фактически сдача системы.
	Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

	86. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Michael Shigorin (ok) on 09-Мрт-17, 13:08
	> Скажу даже больше: современные процессорные прерывания уже давно ничего не прерывают. > Они записывают байт в оперативную память, показывающий, что прерывание пришло. Вас правда не затруднит дать ссылочку на спецификацию, подтверждающую такое?
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	91. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–2 +/–
	Сообщение от Аноним (??) on 09-Мрт-17, 13:24
	https://lwn.net/Articles/44139/ Если ты ещё не в курсе, то все (большинство) устройств современного компьютера считаются устройствами PCI.
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	100. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
	Сообщение от angra (ok) on 09-Мрт-17, 14:07
	И как это относится к процесорным прерываниям, которые якобы ничего не прерывают? Это лишь способ уменьшить количество необходимых векторов для прерываний и обойтись от собственно вызова прерывания устройством.
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	102. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–5 +/–
	Сообщение от Аноним (??) on 09-Мрт-17, 14:11
	Терминологией владеешь? Очевидно что нет. Читать умные книжки не понимая отдельных слов не получится, детка.
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	108. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от ram_scan on 09-Мрт-17, 14:41
	> Вас правда не затруднит дать ссылочку на спецификацию, подтверждающую такое? Еще в архитектуре масадосовых драйверов, которые давно и надежно похоронены, были две точки входа. Стратегия и Прерывание. Так вот, Прерывание занималось только тем что ставило реквест к драйверу в очередь реквестов. Обработкой очереди реквестов занималась Стратегия. Так что "Прерывание" фактически что тогда, что сейчас ничего не делало и не делает, кроме как чота умное записывает в память и отпускает процесс. Другое дело что масадос была системой однозадачной, поэтому на одной из функций как правило стояла заглушка (а порой и на обеих). Но современные драйвера идеологически устроены абсолютно так-же. Это впрочем не отменяет того факта что прерывания таки возникают. Но обработка их выполняется вне прерывания.
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	118. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Аноним (??) on 09-Мрт-17, 16:20
	То, что ты описал, делали в древнюю эпоху. Драйвер должен был выполнить минимальный объём необходимых действий (напр. драйвер клавиатуры извлекал всё из буфера клавиатуры в свой личный буфер), а основную обработку откладывали на потом (драйвер клавиатуры преобразовывал коды, переключал раскладки, уведомлял об этом ОС и т.п.). В те давние времена (PIC, APIC, IOAPIC) прерывание приводило к переключению контекста и сбросу кэша. В погоне за скоростью накладные расходы на вызов прерываний сочли чрезмерными. Сейчас, как уже написал, аппаратура не прерывает выполнения программы и ОС обрабатывает прерывания когда задача "Диспетчер прерываний" начнёт выполнение. Диспетчер прерываний преобразует каждое прерывание в событие (SendMessage) для драйвера (каждый драйвер - это отдельная задача), а когда драйвер получит управление, он столь же рутинно будет обрабатывать события. > прерывания таки возникают Прерывания бывают разные видов и не все виды прерывают выполнение текущей программы. 50 лет назад термин "прерывание" казался удачным, сейчас он стал таким же рудиментом, как и напр. "чайник" ("чай") или "стать" (собственное значение утрачено, употребляется лишь в одной фразе - "с какой стати?").
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	177. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
	Сообщение от Аноним (??) on 12-Мрт-17, 23:18
	Давно не приходилось читать такого отборного бреда. Пишите есчо.
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	178. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
	Сообщение от Аноним (??) on 12-Мрт-17, 23:19
	Давно не приходилось читать такого отборного бреда. Пишите eсчo.
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	89. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от cmp (ok) on 09-Мрт-17, 13:23
	Ну, ок - дпайвер клавы и диска вне ядра и работают с правами уборщици, что мешает им сделать приписки к вводу, или отдать системе подправленный бинарник считанный диска? А наверно окно с подтверждением действий в случайном месте экрана, чтобы драйвер мыши не знал куда тыкать, если вдруг и он с врагами.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	93. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Аноним (??) on 09-Мрт-17, 13:43
	Если у тебя есть доступ к диску и возможность подписать любой драйвер валидным сертификатом... Ах да, это скучно. Понимаю, понимаю. Нужно с извращениями: заменить драйвер диска (который знать не знает ни про какие FATы) и научиться подменять данные, имея столь скудную информацию. Линукс-вэйно.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	106. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от cmp (ok) on 09-Мрт-17, 14:28
	Ок, давным давно придумали яву, в ней нет ошибок разыменовывания указателей и прямой работы с памятью, это безопасно говорили они, пусть и чутка медленнее, и вот в списке новостей апач-хрень с рутовым доступом на яве. Сколько новостей было о взломе центров сертификации, сколько раз находили ключи в прошивках. На любую хитрую жопу найдется болт с резьбой. Если бы был способ надежно отделить требуемые инструкции от вредоносных, он бы уже использовался, но его просто нет. Поэтому нет никакого смысла пихать в ядро всякую хрень, которая ничего не гарантирует на 100%, кроме замедления работы и усложнения траблшутинга овер9000. Считаешь иначе, блокнот тебе в помощь - напиши, а мы посмотрим.
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	139. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–2 +/–
	Сообщение от Анонимм (??) on 09-Мрт-17, 19:01
	> Ну предположим, что есть микроядро и драйвера в отдельном пространстве. Такие как > драйвера клавиатуры, монитора и жестких дисков. Находится уязвимость в любом из > них, позволяющая выполнить произвольный код. Внимание, вопрос: "и чем вам помогло > отдельное адресное пространство и отсутствие рутовых привилегий?" Тем, что рут доступ остался только у рута. А сбойные сервисы можно обновить и перегрузить.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	158. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
	Сообщение от Аноним (??) on 10-Мрт-17, 12:24
	Ты вообще понимаешь, о чем говоришь? Что такое "рут" в твоем понимании? Что такое "сбойный"? Как ты поймешь, что твой дырявый драйвер клавиатуры в твоем микроядре поимел зловред? Ну выполнит он втихаря свой код, считает нажатия клавиш и отправит их куда-нибудь. Сбоя-то нет, клавиатура вроде бы как работает, драйвер тоже не упал и дальше себе работает. Микроядерная архитектура не поможет тебе вообще никак.
	Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

	51. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Vkni (ok) on 09-Мрт-17, 06:58
	> Продолжим тему вынесения драйверов на пользовательский уровень в отдельное адресное пространство? Ну плохо текущее состояние, да. Но трудов в Линукс вложено много, конкурентам не догнать. Наука здесь в том, что таки не надо делать монолиты специально (плевок в сторону известного ...d).
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	143. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Анонимм (??) on 09-Мрт-17, 19:13
	> Ну плохо текущее состояние, да. Но трудов в Линукс вложено много, конкурентам > не догнать. Какие ещё конкуренты? Речь о будущем развитии самого Линукса. Куда ему плыть.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

18. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
Сообщение от t28 on 08-Мрт-17, 22:52
> состоянием гонки (race condition) О, уже прогресс! Так, глядишь, и забудется новояз как страшный сон.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	42. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+4 +/–
	Сообщение от Аанон on 09-Мрт-17, 01:22
	Не прогресс, а развитие.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

22. "А кто CVE нашел?"	+1 +/–
Сообщение от Аноним (??) on 08-Мрт-17, 23:16
Почему не указываете, кто уязвимость нашел?!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	23. "А кто CVE нашел?"	+2 +/–
	Сообщение от A.Stahl (ok) on 08-Мрт-17, 23:23
	Написано же:  программа syzkaller.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	25. "А кто CVE нашел?"	+/–
	Сообщение от Аноним (??) on 08-Мрт-17, 23:29
	Dan Williams молодец. Без сизколлера нашел проблему.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	24. "А кто CVE нашел?"	–1 +/–
	Сообщение от Аноним (??) on 08-Мрт-17, 23:25
	Не ты вот и бесишься?
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	29. "А кто CVE нашел?"	+/–
	Сообщение от Аноним (??) on 08-Мрт-17, 23:53
	Опять они.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	79. "А кто CVE нашел?"	+/–
	Сообщение от fi (ok) on 09-Мрт-17, 12:11
	ты новости не смотришь? весь мир на ушах!   ЦРУ (CIA) ))))
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	157. "А кто CVE нашел?"	+1 +/–
	Сообщение от rt (??) on 10-Мрт-17, 12:12
	Ага! Русский хакер detected!
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

30. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
Сообщение от Марицуми on 09-Мрт-17, 00:11
Скажите пожалуйста, а ответственные за ядро майнтейнеры сами этим syzkaller своё ядро протестировать не могут, прежде чем релизить?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	35. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+7 +/–
	Сообщение от angra (ok) on 09-Мрт-17, 00:27
	Некоторые из них даже компилятором не проходятся по тому, что коммитят. Недавно Линус по этому поводу разнос устраивал.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	73. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Аноним (??) on 09-Мрт-17, 11:28
	Там суть разноса была другой. Пока чуваки вносили изменение в свой модуль, Торвальдс изменил ядро. Разумеется что оно не скомпилилось. Торвальдс по традиции поклал всех трёхэтажным и обвинил во всём других.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	80. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Michael Shigorin (ok) on 09-Мрт-17, 12:27
	> Пока чуваки вносили изменение в свой модуль, Торвальдс изменил ядро. "...причём вручную" (ц)
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	36. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Zulu on 09-Мрт-17, 00:35
	fuzzing дело такое. Сегодня что-то нашел, завтра не нашел.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	40. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+2 +/–
	Сообщение от Аноним (??) on 09-Мрт-17, 01:13
	Фаззинг похож на майнинг биткойнов. Только еще из краша надо эксплойт накрутить.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	37. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–4 +/–
	Сообщение от Аноним (??) on 09-Мрт-17, 01:07
	Вы ещё предложите им заняться QA/QC - в вас же сразу ссаные тряпки полетят. Это же Лялиx - тут каждый должен быть программистом и ковырять систему для улучшений работы. // b.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	52. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–3 +/–
	Сообщение от Адекват (ok) on 09-Мрт-17, 07:02
	> Это же Лялиx - тут каждый должен быть программистом и ковырять систему > для улучшений работы. вот что должно писаться большим красным шрифтом, перед установкой каждого дистрибутива линукс, и еще надпись "мы не несем ответственности за потраченные вами время, нервы и рассудок,а так же не несем ответственности за порчу ваших данных и железа"
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	65. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Аноним (??) on 09-Мрт-17, 09:32
	>> Это же Лялиx - тут каждый должен быть программистом и ковырять систему >> для улучшений работы. > вот что должно писаться большим красным шрифтом, перед установкой каждого дистрибутива > линукс, и еще надпись "мы не несем ответственности за потраченные вами > время, нервы и рассудок,а так же не несем ответственности за порчу > ваших данных и железа" Ну в принципе такое написано, впрочем как и у тех кто за деньги, с лимитами ответственности :)
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	69. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+6 +/–
	Сообщение от freehck (ok) on 09-Мрт-17, 10:33
	> вот что должно писаться большим красным шрифтом, перед установкой каждого дистрибутива линукс, и еще надпись "мы не несем ответственности за потраченные вами время, нервы и рассудок,а так же не несем ответственности за порчу ваших данных и железа" Так и написано: никакой ответственности никто и не несёт. А теперь сделаем финт ушами, и добавим 100500 "а вот Вы как пользователь должны", и получится EULA! :)
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	138. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
	Сообщение от Аноним (??) on 09-Мрт-17, 18:44
	> вот что должно писаться большим красным шрифтом, перед установкой каждого дистрибутива > линукс, и еще надпись "мы не несем ответственности за потраченные вами > время, нервы и рассудок,а так же не несем ответственности за порчу > ваших данных и железа" Угадай, откуда: > We collect your first and last name, email address, postal address, phone number, and other similar contact data > We collect data about your interests and favorites > We collect data about your contacts and relationships > We collect content of your files and communications
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	169. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–2 +/–
	Сообщение от annual slayer on 10-Мрт-17, 18:44
	юнити и/или гном 3?
	Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

	43. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Аноним (??) on 09-Мрт-17, 01:28
	В более мелких проектах код не принимают без тестов. Тесты должны писать те люди, кто пишет патч/модуль/новые функции и т.п. Поскольку ядро изначально считается вещью архисложной, этап тестирования принимается на веру. Мейнтейнер же должен смотреть код и ревьювить его, иногда писать патчи к патчам (если захочет). И чтобы писать тесты под ядро без имения соответствующей железки под рукой, нужно написать фреймворк умеющий в "Mock object" или его подобие. Например, https://lwn.net/Articles/558106/
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	74. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–2 +/–
	Сообщение от Аноним (??) on 09-Мрт-17, 11:31
	Ядро - это важный модуль, но ни большим, ни сложным он не является. Но если включить в состав ядра все драйвера и системные библиотеки, то можно искусственно увеличить как размер, так и сложность, особенно сильно возрастает сложность совместной разработки, т.к. при разработке модуля нужно учитывать что другие модули (вкл. ядро) могут измениться непредсказуемым образом. Для снижения сложности обычно вводят понятие "внутренний API" - набор функций, которые будут поддерживаться неизменными и об изменении которых будет сообщаться сильно заблаговременно. Но в Линукс такой практики нет.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	142. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–2 +/–
	Сообщение от Анонимм (??) on 09-Мрт-17, 19:08
	> В более мелких проектах код не принимают без тестов. Тесты должны писать > те люди, кто пишет патч/модуль/новые функции и т.п. Поскольку ядро изначально > считается вещью архисложной, этап тестирования принимается на веру. Мейнтейнер же должен > смотреть код и ревьювить его, иногда писать патчи к патчам (если > захочет). > И чтобы писать тесты под ядро без имения соответствующей железки под рукой, > нужно написать фреймворк умеющий в "Mock object" или его подобие. Будем надеяться, что когда-то до мейнтейнеров дойдёт, что тесты - это не "just for fun", а суровая необходимость.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

46. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–5 +/–
Сообщение от лютый жабист__ on 09-Мрт-17, 06:04
Самое смешно, что если кто-то сядет и напишет на нормальном языке недырявую ОСь, которая будет даже в три раза медленнее Линукса, её будут использовать. Хотя penalty у нормальных языков намного меньше. Я думаю, скоро это уже случится и все забудут линукс как страшный сон.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	47. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+4 +/–
	Сообщение от Вилли Вонка on 09-Мрт-17, 06:32
	_Самое смешно, что если кто-то сядет и напишет на нормальном языке недырявую ОСь,_ Ахахаха, прекратите! Сделали мой день.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	53. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
	Сообщение от Vkni (ok) on 09-Мрт-17, 07:03
	> Самое смешно, что если кто-то сядет и напишет на нормальном языке недырявую > ОСь, которая будет даже в три раза медленнее Линукса, её будут > использовать. Хотя penalty у нормальных языков намного меньше. Я думаю, скоро > это уже случится и все забудут линукс как страшный сон. OS Mirage. Чё-то никто не забыл, да.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	61. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–2 +/–
	Сообщение от лютый жабист__ on 09-Мрт-17, 08:45
	Интересная штука, версия 2.0 даже рвёт линукс по скорости :) media.taricorp.net/performance-evaluation-unikernels.pdf Скоро кровавый ынтырпрайз обратит на неё свой кровавый взор. Линуксокапец и Виндекапец близится.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	84. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от freehck (ok) on 09-Мрт-17, 12:57
	> Интересная штука, версия 2.0 даже рвёт линукс по скорости :) Далеко не всегда. По Вашей ссылке рвёт только для DNS-запросов, а вот в случае HTTP просаживается нехило. Они там обнаружили существенные баги в HTTP-демоне MirageOS, так что скоро, наверное, поправят. Вообще, мираж пока сыроват. Его пакеты в opam при определённом стечении обстоятельств имеют тенденцию не собираться, а многие - не работать, как надо. Один только модуль DNS-запросов, который не умеет правильно реагировать на EAGAIN чего стоит. Безусловно, возможности масштабируемости, заложенные в мираж - потрясающи, но в энтерпрайз пойдёт оно не скоро. Ещё пару-тройку лет ей надо на развитие. > media.taricorp.net/performance-evaluation-unikernels.pdf > Скоро кровавый ынтырпрайз обратит на неё свой кровавый взор. Линуксокапец и Виндекапец > близится. Линуксокапец вряд ли нагрянет. GNU/Linux был и останется наиболее удобной системой для профессиональных хакеров и программистов. Мираж со своей идеей unikernel позволит организовывать хорошо масштабирующиеся сервисы, но не подойдёт в качестве ОС общего назначения.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	122. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+1 +/–
	Сообщение от Vkni (ok) on 09-Мрт-17, 16:34
	> Вообще, мираж пока сыроват. Если я правильно понимаю, то Мираж с гипервизором - это VM/CMS. Но это принципиально не UNIX система. И даже не отдалённо UNIX-подобная, как Windows NT/BeOS. Хотя и пригодная для очень условного "десктопа".
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

	128. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+2 +/–
	Сообщение от freehck (ok) on 09-Мрт-17, 17:01
	>> Вообще, мираж пока сыроват. > Если я правильно понимаю, то Мираж с гипервизором - это VM/CMS. Но > это принципиально не UNIX система. И даже не отдалённо UNIX-подобная, как > Windows NT/BeOS. Хотя и пригодная для очень условного "десктопа". Вообще да, может под гипервизором оно нормально работает. Я же тестировал это дело в repl под gnu/linux, используя mirage-dns. Но. Они же заявили поддержку сборки под юниксами, и оно даже собралось. Вот только не пашет. Для десктопа оно, кгхм... не знаю, как может быть пригодно. Это именно что гипервизор, который запускает программку на ocaml. Разве что я под свою основную систему xen подложу... Но зачем оно мне могло бы понадобиться, ума не приложу.
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	155. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от Vkni (ok) on 10-Мрт-17, 09:04
	> Для десктопа оно, кгхм... не знаю, как может быть пригодно. Ну VM/CMS - это ОС общего назначения. Но очень специфическая и крутая - там виртуальная машина выдаётся на каждый чих. В UNIX - программа запускается, а в VM/370 - делается виртуальная машина, в которой запускается программа. Т.е. в перспективе, возможно, Mirage может работать под гипервизором, запускать себя же в соседней виртуальной машине для вызова редактора и т.д. Но я совершенно не уверен в том, что там есть на это подходящие средства. Что даже обдуманы подходящие взаимодействия, протоколы.
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	54. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–3 +/–
	Сообщение от Адекват (ok) on 09-Мрт-17, 07:04
	>её будут  использовать. Не будут, ибо религия. Увы.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	62. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Джо on 09-Мрт-17, 09:03
	> сядет и напишет на нормальном языке недырявую ОСь > лютый жабист Это на жабке то?
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	63. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
	Сообщение от лютый жабист__ on 09-Мрт-17, 09:25
	Нет.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	90. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от анонимус вульгарис on 09-Мрт-17, 13:24
	Это на каком же нормальном языке надо писать, чтобы гарантированно не было race conditions? Зато вон в DOS никакие рейсов нет, несмотря на сишечку. Все валим на DOS?
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	103. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+2 +/–
	Сообщение от angra (ok) on 09-Мрт-17, 14:14
	> Зато вон в DOS никакие рейсов нет, несмотря на сишечку. Чего? Там даже реентаребельности во многих местах не было, а вы про race condition.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	110. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от ram_scan on 09-Мрт-17, 14:55
	> Чего? Там даже реентаребельности во многих местах не было, а вы про race condition. "Во многих" ? Да Бог с вами. Учитывая то что в DOS проще пересчитать места где она была (пальцев на двух руках хватило бы точно), чем где ее не было, можно с уверенностью считать что ее не было во всех местах. Весь ввод-вывод был нереентерабелен в принципе (но кажется с 4 версии туда приколотили специальный недокументированный коллбэк, в обработчике которого можно было недокументированным образом поменять недокументированный системный контекст, и получить реентерабельность, правда за реентерабельностью BIOS следить была отдельная забота). Я уверенно могу назвать только две функции реентерабельных, запрос версии, и получение List Of Lists.
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	131. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+2 +/–
	Сообщение от Аноним (??) on 09-Мрт-17, 17:28
	> Самое смешно, > что если кто-то сядет и напишет на нормальном языке недырявую ОСь, > её будут использовать. Самое смешно, что те, кто использовал маздай, будут его и дальше использовать.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

72. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
Сообщение от CSRedRat (ok) on 09-Мрт-17, 11:16
Частота обнаружения уязвимостей в ядре со временем увеличивается? Есть статистика?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

77. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
Сообщение от IMHO on 09-Мрт-17, 11:45
мне кажется, или кто то прочитал документы по атаке от "викиликса" ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

78. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+2 +/–
Сообщение от PnDx (ok) on 09-Мрт-17, 11:56
Хот-фикс выглядит как-то так rm -f /lib/modules/*/kernel/drivers/tty/n_hdlc.ko (за исключением реально эксплуатирующих HDLC-based)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	114. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от alex (??) on 09-Мрт-17, 15:13
	after #depmod -a
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

136. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
Сообщение от Iaaa (ok) on 09-Мрт-17, 18:11
Хех, это я смогу через пару дней рута у себя в андроиде заиметь? Отличненько, ждем.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	165. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	+/–
	Сообщение от Аноним (??) on 10-Мрт-17, 15:01
	> Хех, это я смогу через пару дней рута у себя в андроиде > заиметь? Отличненько, ждем. Не беспокойся, твой вендор быстренько "поправит" предварительно залив ещё гиг бэкдоров и "прослушек".
	Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

145. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
Сообщение от Аноним (??) on 09-Мрт-17, 20:17
при использовании временного решения как в статье какие сестевые протоколы функции могут отвалиться? или какие основные утилиты этот протокол используют?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

179. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."	–1 +/–
Сообщение от Вареник on 15-Мрт-17, 15:13
При ущербной архитектуре моноядер этот зоопарк дыр неизбежен...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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