Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| | |
Почитал, разобрался... самое смешное, что интел говорит примерно следующее: "а мы чо — мы ничо, всё работает согласно нашим спецификациям" :-) всё верно — задокументированный баг уже не баг -))) 20.06.12 11:36 Число просмотров: 1800
Автор: HandleX <Александр М.> Статус: The Elderman
|
|
|
|
<site updates>
|
Повышение привилегий и побег из виртуалок из-за уязвимости в sysret на всех процессорах x86-64 от intel 18.06.12 20:01
Publisher: leo <Леонид Юрьев> Статус: Elderman
|
Повышение привилегий и побег из виртуалок из-за уязвимости в SYSRET на всех процессорах x86-64 от Intel
US-CERT http://www.kb.cert.org/vuls/id/649219
Во всех процессорах архитектуры x86-64 от Intel есть уязвимость, позволяющая повышение привилегий до уровня ядра ОС или супервизора, включая выход за пределы виртуальной машины.
Уязвимость является следствием ошибки в реализации инструкции SYSRET, точнее, в некорректной проверке неканонического адреса перед сменой привилегий в 64-х битном режиме. Это позволяет выполнить произвольный код из Ring 3 (непривилегированный пользователь) в Ring 0 (ядро или супервизор).
В US-CERT обнаружили уязвимость еще в мае, уведомили вендоров и 12 июня опубликовали новость.
Полный текст
|
|
Это как работает вообще, я чтот не врубаюсь... 19.06.12 09:52
Автор: HandleX <Александр М.> Статус: The Elderman
|
Например, на некоем хостинге мне выделили виртуальную машину.
Я на ней ставлю некую ось, и загружаю свой драйвер, который выполнит такой хитрый SYSRET, который запустит некий мой процесс на супервизоре, так я понимаю?
|
| |
Да, но можно обойтись и без установки драйвера. 19.06.12 16:04
Автор: leo <Леонид Юрьев> Статус: Elderman
|
|
|
| | |
Точно, спасибо. 20.06.12 11:45
Автор: HandleX <Александр М.> Статус: The Elderman
|
|
|
| |
Копай в сторону IDT, #GP. Кратко, первопричина в том, что sysret использует информацию из IDT. В случае косяков AMD вызывает исключение в госте, а вариация Intel в хосте. Погугли по "sysret intel vulnerability example". Ну, и запустится не процесс, а код. 19.06.12 11:16
Автор: kstati <Евгений Борисов> Статус: Elderman
|
|
|
| | |
Почитал, разобрался... самое смешное, что интел говорит примерно следующее: "а мы чо — мы ничо, всё работает согласно нашим спецификациям" :-) всё верно — задокументированный баг уже не баг -))) 20.06.12 11:36
Автор: HandleX <Александр М.> Статус: The Elderman
|
|
|
| | | |
Баг после документирования становится фичей) 20.06.12 15:48
Автор: Fighter <Vladimir> Статус: Elderman
|
|
|
|
|
подробно о проекте
Анализ криптографических сетевых...
