Раскрыта информация об обнаруженной месяц назад ошибке, присутствующей практически во всех Linux-ядрах серии 2.6.x, которая позволяет непривилегированному пользовательскому процессу, который имеет доступ к X-серверу (т.е. любому графическому приложению), безоговорочно получить привилегии суперпользователя, при этом, стоит отметить, что проведение атаки не затрагивает никакие ошибки X-сервера.
Другими словами, любое, имеющие уязвимости, непривилегированное графическое приложение в результате атаки может обойти все механизмы защиты безопасности Linux-ядра и скомпрометировать систему целиком. Атака может быть произведена даже из изолированного окружения системы безопасности SELinux, которая не спасает от данной уязвимости. Например, злоумышленник может воспользоваться уязвимостью в PDF-просмотрщике, запущенном в chroot или под контролем SELinux, и добившись от пользователя открытия специально оформленного документа, получить доступ к машине с правами суперпользователя. Ошибка, судя по всему, существует уже несколько лет практически во всех ядрах серии 2.6.x.
Суть атаки состоит в том, что графическое приложение искусственно практически полностью потребляет адресное пространство X-сервера с помощью расширения MIT-SHM, затем создаёт разделяемый сегмент памяти "S", то есть заставляя X-сервер использовать этот сегмент. Сегмент "S", однако, будет находиться близко над исполняемым стеком. Затем атакующий инструктирует X-сервер с тем, чтобы последний стал исполнять рекурсивную функцию, что приводит к расширению стека, а указатель стека смещается в сторону сегмента "S" на непродолжительный промежуток времени. После чего, атакующий осуществляет запись в область памяти "S", что приводит к замене смещения в стеке и позволяет выполнить произвольный код.
Без обновления ядра данную проблему можно решить несколькими способами. Во-первых, можно выключить поддержку MIT-SHM в X-сервере:
Во-вторых, можно создать wrapper для запуска X-сервера с указанием RLIMIT_AS, что ограничит регион памяти, доступной для X-сервера и поможет избежать атаки. Однако, этот способ не является надёжным.
Данная проблема решена в выпущенных на днях обновлениях Linux-ядра 2.6.32.19, 2.6.34.4, 2.6.35.2, а также устранена в ядре RedHat Enterprise Linux. Примечательно, что данная уязвимость была исправлена молча, без акцентирования о критичности проблемы и без отметки об отношении исправления к безопасности в списке изменений. Более подробно об уязвимости можно прочитать в данном отчете (PDF, 100 Кб).
Читаю я вот про эти уязвимости и т.д.
собственно назревает вопрос хоть что нибудь сломали с помочью неё? ну хоть что нибудь?
Может и сломали, может еще и не сломали. Главное - сам факт: несокрушимо надежный и безопасный линукс на практике не так уж несокрушимо надежен и безопасен. Ну и миф о том, что в опен-сорсном ПО ошибки предельно быстро обнаруживаются и устраняются, тоже выглядит все более несостоятельным.
Может и сломали, может еще и не сломали. Главное - сам факт: несокрушимо надежный и безопасный линукс на практике не так уж несокрушимо надежен и безопасен. Ну и миф о том, что в опен-сорсном ПО ошибки предельно быстро обнаруживаются и устраняются, тоже выглядит все более несостоятельным.
Ммм... Где есть возможность работы с девайсом, там нет никаких гарантий в надёжности или безопасности...
А в чем повод для истерики? вопрос легко решается на уровне пользователя. ну и пусть, что супер, но не нужно ждать подачки в виде заплатки. в венде так не выкрутишься. и что, от конфикера через сколько времени заплатка появилась?
собственно назревает вопрос хоть что нибудь сломали с помочью неё? ну хоть что нибудь?
да... сломаешь, как-же... я до сих пор схему атаки не придумал. уж больно разный Linux...
yxma написал:
А в чем повод для истерики? вопрос легко решается на уровне пользователя. ну и пусть, что супер, но не нужно ждать подачки в виде заплатки. в венде так не выкрутишься. и что, от конфикера через сколько времени заплатка появилась?
в венде хотя-бы ясно как это применять. а тут... предложенный по ссылке вариант уж больно фантастический... А ещё у меня нет под рукой сервера с "иксами, кучей виджетов, и рекурсивной функцией F()" ;)
1)Может и сломали, может еще и не сломали. Главное - сам факт: несокрушимо надежный и безопасный линукс на практике не так уж несокрушимо надежен и безопасен.
2)Ну и миф о том, что в опен-сорсном ПО ошибки предельно быстро обнаруживаются и устраняются, тоже выглядит все более несостоятельным.
1) да, это так. Вас ввели в заблуждение.
2) а это неправда. патч есть, есть и альтернативное решение. только злоумышленники кусают локти (т.к. атак я таких не видел, а вот под венду - как грязи).
Ну вообщем смысл ясен=)
Если добавить то что как правило linux серверу достаточно init 3 (ну мне так кажется). то вообщем уязвимость становится совсем не "страшной"=)
Если добавить то что как правило linux серверу достаточно init 3 (ну мне так кажется). то вообщем уязвимость становится совсем не "страшной"=)
угу. Вы про режим загрузки без иксов? Естественно. Там даже видеокарты не нужно (ну только в очень редких случаях особой криворукости). Что самое интересно, насколько я знаю, по умолчанию ВСЕ входящие порты в Linux десктопе закрыты, и никаких сервисов смотрящих сеть попросту НЕТ (в отличие от Windows, которая в версии WinXP Pro вообще голой жо простите, удалённым реестром в сеть нагнулась). Потму на десктоп зайти принципиально невозможно (если конечно специально не сменить пароль рута на 123, поднять sshd, и прочее (порты открыть, и так, по мелочи). Да и то, устанешь от плача обиженной системы...). Ну а если злоумышленник проник в ваш дом, то я не думаю, что ему это сильно поможет. У меня он просто вообще никакого доступа не получит, ибо скринсэйвер+простой пароль. Ну загрузится с LiveCD, зачем ему мучиться, мои иксы ломать?! Короче, не вижу никакого практического смысла в данной дыре, так - покричать на SLOR'е разве что...
Собственно на серваках и не должно быть никакой графики (гыыы даже на виндовых). И если к этому добавить тот факт что порты все умно настроены, серверная на замке, и у админа хорошая зарплата - то как говорится ХАРИКАМ ВЕЛКАМ - пусть ломают, а я погляжу!
действительно, народ видео на ютьюб выкладывает как это сделать, еще и болтает там пол часа разжёвывая, что вот этот синенький экран - это груб.
пользователь линукс != продвинутый линуксоид
админ линукс в средней руки организации в жоподрыщенске == пользователь линукс.
и того - видео как вернуть пароль рута длительностью 30 минут и унылым голосом комментатора - крайне востребовано.
