Как стать автором
Поиск
Написать публикацию
Обновить

Комментарии 52

Т.е. воспользоваться повышенными правами удастся только в одном случае из 4х попыток?
Комментарий пока не оценивали0
Да нет, я к тому, что не совсем понятна формулировка с крахом ядра. Ядро може сразу упасть, или уже постфактум через какое-то время?
Комментарий пока не оценивали0
Спасибо за ссылку.
Комментарий пока не оценивали0
Я правильно понял, что PAX эта уязвимость не пробивает?
Комментарий пока не оценивали0
Насколько я понял, PAX не защищает от данной уязвимости. Но Intel SMEP защитит конкретно от этого эксплоита.

Данный эксплоит использует запись за границу буферов tty, чтобы перезаписать структуры tty_struct, заменив в них все указатели tty_operations на payload. Функция payload вызывает «commit_creds(prepare_kernel_cred(0))». SMEP не позволит вызвать функцию payload, находящуюся в адресном пространстве пользователя.
Всего голосов 2: ↑1 и ↓10
А говорил: «Я не разбираюсь, я не понимаю в этом ничего» :)
Всего голосов 5: ↑4 и ↓1+3
В трех из четырех.
Всего голосов 1: ↑1 и ↓0+1
В версии поста до правки было же, имхо, про 75% вероятность краха.
Комментарий пока не оценивали0
Более того, только если у тебя 3.14-3.15.
И то надо помнить правило — не запускать что попало.
Технически только недавно 3.14 вышло, обнаружение таких багов показывает всю прелесть опенсорса — баг обнаружен и как я понимаю пофикшек. И в 3.15 релизе уже его не будет.

Кармы не хватает на ответ людям.
lolipop, «Представляю как сейчас андроид-ждуны, ждущие рута на свои девайсы радостно потирают ручки :)»
Неа, уязвимостью можно пользоваться лишь на 3.14 вышедшем недавно. Причем как я понимаю уже вышла версия с фиксом для 3.14 этого бага.
Всего голосов 14: ↑5 и ↓9-4
А прочитать дальше первой строки слабо?

The vulnerability should be exploitable all the way from v2.6.31-rc3, however relevant changes to the TTY subsystem were made in commit acc0f67f307f52f7aec1cffdc40a786c15dd21d9 («tty: Halve flip buffer GFP_ATOMIC memory consumption») that make exploitation simpler, which this exploit relies on.

В «свободный доступ» выложена версия требующая 3.14, но в rootkit'ах наверняка будут поддерживаться и более старые ядра.
Всего голосов 6: ↑6 и ↓0+6
Ещё одна бородатая уязвимость. 2.6.31-rc3 зарелизили в середине 2009 года.
Комментарий пока не оценивали0
А 3.15-rc5?
Комментарий пока не оценивали0
Он имеет в виду, что эта уязвимость была доступна пять лет.
Всего голосов 5: ↑5 и ↓0+5
Представляю как сейчас андроид-ждуны, ждущие рута на свои девайсы радостно потирают ручки :)
Всего голосов 10: ↑6 и ↓4+2
Еще один кандидат на попадание в авторутилки.
Комментарий пока не оценивали0
Works only on kernels >=v3.14-rc1 and only on x86_64.

Увы.
Всего голосов 2: ↑0 и ↓2-2
Упс, глупость сказал. Это касается только конкретного эксплойта.
Всего голосов 2: ↑2 и ↓0+2
Видимо из-за того что
Эксплоит работает только на ядрах >= v3.14-rc1

И для 3.13 нужен другой.
Всего голосов 4: ↑4 и ↓0+4
ArchLinux, 3.14.2-1-ARCH x86_64, работает.

dfyz@victoria ~ $ ./a.out 
[+] Resolving symbols
[+] Resolved commit_creds: (address)
[+] Resolved prepare_kernel_cred: (address)
[+] Doing once-off allocations
[+] Attempting to overflow into a tty_struct....
[+] Got it :)
root@victoria ~ #
Всего голосов 1: ↑1 и ↓0+1
Подскажите как скомпилить для проверки?
Всего голосов 7: ↑1 и ↓6-5
В исходниках написано
$ gcc cve-2014-0196-md.c -lutil -lpthread
Всего голосов 4: ↑4 и ↓0+4
Автор статьи указывает что работает на 2.6.31-rc3 — 3.15-rc5 при ядре 2.6.32-431.1.2.0.1.el6.x86_64 имеем такой вывод
[test1@test ~]$ ./a.out
[+] Resolving symbols
[+] Resolved commit_creds: (nil)
[+] Resolved prepare_kernel_cred: (nil)

Где подвох?
Всего голосов 3: ↑0 и ↓3-3
В оригинале bugzilla.novell.com/show_bug.cgi?id=875690 пишут 2.6.31 — 3.15rcX, вероятно автор статьи здесь поставил > не в ту сторону.
Всего голосов 5: ↑0 и ↓5-5
Ошибка есть в ядрах 2.6.31 — 3.15-rc1. Конкретно этот эксплоит работает на >= v3.14-rc1
Всего голосов 8: ↑8 и ↓0+8
Спасибо.
Всего голосов 3: ↑3 и ↓0+3
Текущий эксплоит работает только с новыми ядрами (>= v3.14-rc1), под ваше ядро (2.6.32...) нужен другой эксплоит.
Всего голосов 2: ↑2 и ↓0+2
Linux archlinux 3.14.2-1-ARCH x86_64
Работает
Проверка:
gcc expl.c -lutil -lpthread
./a.out

Вывод:
[coolinich@archlinux ~]$ ./a.out
[+] Resolving symbols
[+] Resolved commit_creds: 0xffffffff81094990
[+] Resolved prepare_kernel_cred: 0xffffffff81094cf0
[+] Doing once-off allocations
[+] Attempting to overflow into a tty_struct…
[+] Got it :)
[root@archlinux ~]# exit
exit
Всего голосов 1: ↑1 и ↓0+1
Вспомнилось «под линух есть 9 вирусов, причем половина из них не работает, а вторую половину стоит больших трудов скомпилить и запустить» (очень примерная цитата).
Нудный этот ваш линух… Даже эксплоиты не всегда работают.
Всего голосов 27: ↑4 и ↓23-19
Забавно, хотя на самом деле не так-то и забавно, что данная уязвимость находилась в ядре, как уже заметили выше, около пяти лет и только сейчас ее заметили и пофиксили. И я думаю там еще не одна такая мина замедленного действия лежит. Что немудрено на самом деле.

Еще интересна тема с обновлением старых ядер. Кто-то ведь может сидеть и на старом ядре 2.6.32 каком-нибудь например. Почему это уже другой вопрос. Например из-за экзотических устройств, китайцы знаете очень любят писать для своих устройств драйверы, как модуль ядра, причем для какой-нибудь бородатой версии. А мэйнтейнеры пофиксили скорее всего только свежие версии, несколько последних например.

Полистал ЛОР. Как всегда доставляет. И вам советую. :)

Кстати про мой любимый Debian:
For the stable distribution (wheezy), these problems have been fixed in version 3.2.57-3+deb7u1.
Всего голосов 8: ↑8 и ↓0+8
uname -a
Linux host 2.6.32-431.11.2.el6.x86_64

красные шляпы просто не торопятся
Всего голосов 3: ↑2 и ↓1+1
Ядро 2.6.32 тоже подвержено уязвимости… (facepalm)
Всего голосов 1: ↑0 и ↓1-1
Я и говорю — редхет просто не торопится с обновлениями, несмотря на то, что вовсе не китайцы с бородатыми драйверами.
Комментарий пока не оценивали0
Так они на то и RH, чтобы не торопиться с обновлениями :)
P.S. Сначала почему-то подумал, что имеется в виду ядро, якобы слишком старое для этой уязвимости.
Комментарий пока не оценивали0
Актуальное ядро в centos updates — 2.6.32-431.17.1.el6 (в rhel должно быть оно же), но в нем фикса пока нет.
Всего голосов 1: ↑1 и ↓0+1
Дополню, что оно вышло 11 апреля для RHEL и 1 мая для CentOS. Исправляло, в том числе, пачку CVE.
Всего голосов 1: ↑1 и ↓0+1
Странно то, что половина комментаторов не различают «уязвимость в ядре» и «эксплоит эксплуатирующий данную уязвимость»…
Всего голосов 20: ↑19 и ↓1+18
Разве вы не слышали, что хабр уже не торт?
Всего голосов 41: ↑41 и ↓0+41
А как это выглядит в журнале аудита ОС?
Всего голосов 2: ↑0 и ↓2-2
А с помощью этой штуки я могу получить рут на своём андроиде?
Всего голосов 1: ↑1 и ↓0+1
Очевидно, если у вас ядро 3.14, то вы сможете воспользоваться эксплоитом… предварительно скомпилировав его на конечном устройстве (а есть ли на ведройде gcc? :] ). Если ядро подвержено уязвимости, но не 3.14, то, видимо, придется искать другой эксплоит.
Кроме того, это не перманентный рут, ЕМНИП, вам нужно будет установить Superuser или что-нибудь вроде него после получения временного рута.
Комментарий пока не оценивали0
предварительно скомпилировав его на конечном устройстве
Кросс-комиляция разве не сойдёт?
Всего голосов 3: ↑3 и ↓0+3
image
Всего голосов 14: ↑1 и ↓13-12
Гентушники как всегда долго собираются :)
Всего голосов 19: ↑19 и ↓0+19
НЛО прилетело и опубликовало эту надпись здесь
Вы лучше пишите где не пропатчили. ) Хабраэффект не заставит себя долго ждать.
Всего голосов 2: ↑2 и ↓0+2
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Показать лучшие за всё время

Истории

Ваш аккаунт

Разделы

Информация

Услуги

Техническая поддержка
© 2006–2024, Habr