Уязвимость является следствием ошибки в реализации инструкции SYSRET, точнее, в некорректной проверке неканонического адреса перед сменой привилегий в 64-х битном режиме. Это позволяет выполнить произвольный код из Ring 3 (непривилегированный пользователь) в Ring 0 (ядро или супервизор).

В US-CERT обнаружили уязвимость еще в мае, уведомили вендоров и 12 июня опубликовали новость.

Источник: US-CERT

предложить новость  |  обсудить  |  все отзывы (6)

[5606]

назад «  » вперед

последние новостиBugTraq.Ru: последние новости ФБР нашла русский след в атаках на древние Cisco // 22.08.25 22:43 Массовый взлом SharePoint // 23.07.25 22:07 Microsoft Authenticator прекращает поддержку паролей // 30.06.25 21:19 Очередное исследование 19 миллиардов паролей показало, что с ними по-прежнему все плохо // 02.05.25 20:42 Оптимизация ввода-вывода как инструмент обхода антивирусов // 30.04.25 23:29 Зловреды выбирают Lisp и Delphi // 30.03.25 23:26 Уязвимости в Mongoose ставят под удар MongoDB // 20.02.25 18:23

Комментарии: Это как работает вообще, я чтот не врубаюсь... 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 <"чистая" ссылка>

<добавить комментарий>