The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в ядре Linux, позволяющая повысить свои привилеги..., opennews (??), 08-Мрт-17, (0) [смотреть все]

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


27. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  +/
Сообщение от Анонимм (??), 08-Мрт-17, 23:37 
> Если ты про userland, то принципиально ничего не поменяет, привилегии рута будут
> получены.

С какой радости? У всяких сетевых модулей не будет доступа к таблице процессов, чтоб там UID менять в обход API.

> Если про запуск драйверов от пользователя, то тогда и ломать
> особо ничего не надо, запустил себе драйвер винчестера и сразу всё
> поимел без всяких эксплоитов.

Дык счас то всё ровно так же лежит: и ядро, и модули. Бери запускай. Но почему-то просто так к винту доступ это не даёт...

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

31. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  +1 +/
Сообщение от angra (ok), 09-Мрт-17, 00:13 
> С какой радости? У всяких сетевых модулей не будет доступа к таблице процессов, чтоб там UID менять в обход API.

А зачем его менять то? Сам модуль выполняется с привилегиями рута, эксплоит позволяет заставить модуль выполнить произвольный код.


> Дык счас то всё ровно так же лежит: и ядро, и модули. Бери запускай.

Что правда что-ли? Ну сделай мне modprobe или insmod от пользователя

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

33. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  –2 +/
Сообщение от Анонимм (??), 09-Мрт-17, 00:22 
> А зачем его менять то? Сам модуль выполняется с привилегиями рута, эксплоит
> позволяет заставить модуль выполнить произвольный код.

Речь не об адр. пространстве ядра, а отдельном (как в микроядре). И привилегии рутовые тоже не нужны в таком случае. Достаточно пользовательских.

Но т.к. пока что всё живёт именно в одном пространстве - то и получается: левая пятка может отдать рута кому ни попадя.


> Что правда что-ли? Ну сделай мне modprobe или insmod от пользователя

Вам же Вашими же слова:
"Если про запуск драйверов от пользователя..."

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

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

70. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  –3 +/
Сообщение от Аноним (-), 09-Мрт-17, 10:52 
Ядро в своём адресном пространстве, каждый из драйверов в своём. Общение друг с другом через стандартизированный API.

Ошибка в драйвере приведёт к перезапуску драйвера.

Обычно здесь новички задают вопрос "Как перезапустить драйвер жёсткого диска, если нет доступа к жёсткому диску?" Отвечаю: программы уже давно разделены на сегменты кода (только чтение, у всех, вкл. саму программу) и сегменты данных (чтение и запись). Точка входа в драйвер не изменилась. Для перезапуска будет повторно вызвана функция начальной инициализации, которая заново найдёт диск, инициализирует его и настроит все параметры.

Ни один из драйверов не нуждается в рутовых правах или правах нулевого кольца. Скажу даже больше: современные процессорные прерывания уже давно ничего не прерывают. Они записывают байт в оперативную память, показывающий, что прерывание пришло. Затем диспетчер прерываний ОС находит какие прерывания пришли и какие драйвера нужно при этом вызвать, а драйвер уже сам решает что делать дальше.

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

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

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

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

140. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  –1 +/
Сообщение от Анонимм (??), 09-Мрт-17, 19:05 
> То есть ты даже не понял, почему я назвал именно эти три
> драйвера. Браво. Настоятельно советую тебе не рассуждать на тему безопасности.

Вообще-то, безопасность остаётся на уровне.
Возможно, Вы хотели подколоть на тему устойчивости?
Типа, без драйвера винта сам драйвер не загрузится с винта же. Да, смешной пример,
особенно с учётом кеша в драйвере файловой системы.

Попробуйте залить на флешку /bin/ls, запустить его оттуда(!) /mnt/flash/ls
и затем безо всяких команд просто вынуть флешку (имитация мгновенной недоступности винта)
и пусканите /mnt/flash/ls ещё раз.

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

166. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  +1 +/
Сообщение от angra (ok), 10-Мрт-17, 15:17 
> Вообще-то, безопасность остаётся на уровне.

А если подумать? Хорошенько подумать. Только не в ключе "микроядро - серебряная пуля", а в ключе "какой именно код захотел бы выполнить взломщик для каждого их этих драйверов".


> Возможно, Вы хотели подколоть на тему устойчивости?

Нет. Но данный вопрос и дальнейший текст наводит на мысль, что ты вообще не пытаешься думать, ты ищешь что-то знакомое в вопросах и выдаешь штампованные ответы.

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

173. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  –2 +/
Сообщение от Анонимм (??), 11-Мрт-17, 07:16 
> А если подумать? Хорошенько подумать. Только не в ключе "микроядро - серебряная
> пуля", а в ключе "какой именно код захотел бы выполнить взломщик
> для каждого их этих драйверов".

А... Хорошенькоподумавший снова занимается подменой тезиса.
Тему
"из-за одного уязвимого сервиса не страдает безопасность остальных"
пытается подменить на
"микроядро должно обеспечивать безопасность каждого, даже дырявого, сервиса в отдельности".
Проходили уже такое.
Это не ко мне.


>> Возможно, Вы хотели подколоть на тему устойчивости?
> Нет.

Да уж видно на тему чего ВЫ хотели подколоть. Что я не замечу плавно сменённой темы и начну отстаивать полнейшие глупости...

> Но данный вопрос и дальнейший текст наводит на мысль, что ты
> вообще не пытаешься думать, ты ищешь что-то знакомое в вопросах и
> выдаешь штампованные ответы.

Ну а я вижу штампованные попытки заболтать надёжность микроядерной архитектуры.

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

174. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  +1 +/
Сообщение от Аноним (-), 11-Мрт-17, 15:08 
Просто невероятная хуцпа какая-то. Ты же сам попытался подменить его тезис каким-то своим нелепым:

> Возможно, Вы хотели подколоть на тему устойчивости? Типа, без драйвера винта сам драйвер не загрузится с винта же.

За что заслуженно получил по лбу. А теперь еще смеешь обвинять его в подмене тезиса (которой у твоего собеседника, говоря по справедливости, не было).

P.S. ты как-то обмолвился в предыдущей теме, мол, твоя миссия - проповедовать микроядерный подход, дескать, такой это важный и сложный труд. Возможно, это и так. Но тебе пора бы наконец уж понять, что со своим агрессивным невежеством все, чего ты добьешься - это только насмешек в свою сторону.

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

175. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  –1 +/
Сообщение от Анонимм (??), 11-Мрт-17, 22:51 
> Ты же сам попытался подменить его тезис каким-то своим нелепым...

Да, спасибо, перечитал - речь была не о падении, а о произвольном коде в этих дровах.

Тогда ответ на вопрос: "и чем вам помогло отдельное адресное пространство и отсутствие рутовых привилегий?":
Кардинальным понижением вероятности получения рутовых привилегий при всех прочих равных (качестве о объёме системного кода), т.к.:
* объём кода и количество драйверов-сервисов, которые могут к этому привести, понижается на порядок.
* произвольный код в сервисе клавы и монитора - практически вообще не проблема, если система админится по сети. Что введёт "клава" или покажет "моник" эдакого для получения проблем с рутовой безопасностью?
* эксплуатация уязвимости в драйвере винта (не ФС, а именно винта) требует ещё некоторых условий и правильных действий, чтобы изменить нужное на нужной ФС и при этом не слишком удивить сервис файловой системы.

> P.S. ты как-то обмолвился в предыдущей теме, мол, твоя миссия - проповедовать
> микроядерный подход, дескать, такой это важный и сложный труд.

Думаю да, это нужное дело.

> Но тебе пора бы наконец уж понять, что со своим агрессивным невежеством

Невежество - отстутствие некоторых знаний.
Агрессивное невежество - видимо, отстаивание права не знать, но выступать на определённые темы.
Ну и чего же я здесь по теме не знал? (или заявлял что нечто нужное якобы неважно)
Агрессивность да, имела место, неправильно прочёл посыл человека.
Ну это отдельный вопрос.

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

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

86. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  +/
Сообщение от Michael Shigorinemail (ok), 09-Мрт-17, 13:08 
> Скажу даже больше: современные процессорные прерывания уже давно ничего не прерывают.
> Они записывают байт в оперативную память, показывающий, что прерывание пришло.

Вас правда не затруднит дать ссылочку на спецификацию, подтверждающую такое?

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

91. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  –2 +/
Сообщение от Аноним (-), 09-Мрт-17, 13:24 
https://lwn.net/Articles/44139/

Если ты ещё не в курсе, то все (большинство) устройств современного компьютера считаются устройствами PCI.

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

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

102. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  –5 +/
Сообщение от Аноним (-), 09-Мрт-17, 14:11 
Терминологией владеешь? Очевидно что нет.

Читать умные книжки не понимая отдельных слов не получится, детка.

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

108. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  –1 +/
Сообщение от ram_scan (?), 09-Мрт-17, 14:41 
> Вас правда не затруднит дать ссылочку на спецификацию, подтверждающую такое?

Еще в архитектуре масадосовых драйверов, которые давно и надежно похоронены, были две точки входа. Стратегия и Прерывание. Так вот, Прерывание занималось только тем что ставило реквест к драйверу в очередь реквестов. Обработкой очереди реквестов занималась Стратегия.

Так что "Прерывание" фактически что тогда, что сейчас ничего не делало и не делает, кроме как чота умное записывает в память и отпускает процесс.

Другое дело что масадос была системой однозадачной, поэтому на одной из функций как правило стояла заглушка (а порой и на обеих). Но современные драйвера идеологически устроены абсолютно так-же.

Это впрочем не отменяет того факта что прерывания таки возникают. Но обработка их выполняется вне прерывания.

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

118. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  –1 +/
Сообщение от Аноним (-), 09-Мрт-17, 16:20 
То, что ты описал, делали в древнюю эпоху. Драйвер должен был выполнить минимальный объём необходимых действий (напр. драйвер клавиатуры извлекал всё из буфера клавиатуры в свой личный буфер), а основную обработку откладывали на потом (драйвер клавиатуры преобразовывал коды, переключал раскладки, уведомлял об этом ОС и т.п.).

В те давние времена (PIC, APIC, IOAPIC) прерывание приводило к переключению контекста и сбросу кэша. В погоне за скоростью накладные расходы на вызов прерываний сочли чрезмерными. Сейчас, как уже написал, аппаратура не прерывает выполнения программы и ОС обрабатывает прерывания когда задача "Диспетчер прерываний" начнёт выполнение.

Диспетчер прерываний преобразует каждое прерывание в событие (SendMessage) для драйвера (каждый драйвер - это отдельная задача), а когда драйвер получит управление, он столь же рутинно будет обрабатывать события.

> прерывания таки возникают

Прерывания бывают разные видов и не все виды прерывают выполнение текущей программы. 50 лет назад термин "прерывание" казался удачным, сейчас он стал таким же рудиментом, как и напр. "чайник" ("чай") или "стать" (собственное значение утрачено, употребляется лишь в одной фразе - "с какой стати?").

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

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

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

89. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  +/
Сообщение от cmp (ok), 09-Мрт-17, 13:23 
Ну, ок - дпайвер клавы и диска вне ядра и работают с правами уборщици, что мешает им сделать приписки к вводу, или отдать системе подправленный бинарник считанный диска?

А наверно окно с подтверждением действий в случайном месте экрана, чтобы драйвер мыши не знал куда тыкать, если вдруг и он с врагами.

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

93. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  –1 +/
Сообщение от Аноним (-), 09-Мрт-17, 13:43 
Если у тебя есть доступ к диску и возможность подписать любой драйвер валидным сертификатом...

Ах да, это скучно. Понимаю, понимаю. Нужно с извращениями: заменить драйвер диска (который знать не знает ни про какие FATы) и научиться подменять данные, имея столь скудную информацию. Линукс-вэйно.

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

106. "Уязвимость в ядре Linux, позволяющая повысить свои привилеги..."  +/
Сообщение от cmp (ok), 09-Мрт-17, 14:28 
Ок, давным давно придумали яву, в ней нет ошибок разыменовывания указателей и прямой работы с памятью, это безопасно говорили они, пусть и чутка медленнее, и вот в списке новостей апач-хрень с рутовым доступом на яве.

Сколько новостей было о взломе центров сертификации, сколько раз находили ключи в прошивках.

На любую хитрую жопу найдется болт с резьбой. Если бы был способ надежно отделить требуемые инструкции от вредоносных, он бы уже использовался, но его просто нет. Поэтому нет никакого смысла пихать в ядро всякую хрень, которая ничего не гарантирует на 100%, кроме замедления работы и усложнения траблшутинга овер9000.

Считаешь иначе, блокнот тебе в помощь - напиши, а мы посмотрим.

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

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

Тем, что рут доступ остался только у рута.
А сбойные сервисы можно обновить и перегрузить.

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

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

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

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




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

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