The OpenNET Project / Index page

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



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

Оглавление

Проект Openwall подготовил модуль для защиты от эксплуатации..., opennews (ok), 30-Янв-18, (0) [смотреть все]

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


50. "Проект Openwall подготовил модуль для защиты от эксплуатации..."  +/
Сообщение от Аноним (-), 31-Янв-18, 09:02 
solardiz, если кто-то добьётся rce в режиме ядра, то что ему помешает найти вашу таблицу с хешами и поместить туда новый пересчитанный хеш?
Ответить | Правка | Наверх | Cообщить модератору

54. "Проект Openwall подготовил модуль для защиты от эксплуатации..."  +/
Сообщение от Аноним (-), 31-Янв-18, 12:15 
> solardiz, если кто-то добьётся rce в режиме ядра, то что ему помешает
> найти вашу таблицу с хешами и поместить туда новый пересчитанный хеш?

Если кто-то добьётся RCE на уровне ядра, то зачем ему что-то менять, когда RCE уже получен:-)  LKRG  и нужен, чтобы RCE не случился.

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

62. "Проект Openwall подготовил модуль для защиты от эксплуатации..."  +/
Сообщение от Аноним (-), 31-Янв-18, 22:01 
Вообще-то я спрашивал solar designerа.

Имхо тут 2 варианта.
1 проверка происходит до того, как атакующий обошёл защиту памяти. Тогда структуры неповреждены и проверка ничего не выявляет.
2 проверка происходит после модификации памяти атакующим на уже скомпромитированной системе. Раз атакующий может модифицировать память, то он может пересчитать хеши записать их куда надо. Проверка опять ничего не выявляет.

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

63. "Проект Openwall подготовил модуль для защиты от эксплуатации..."  +1 +/
Сообщение от solardiz (ok), 31-Янв-18, 22:45 
Во-первых, мы сразу позиционируем LKRG как bypassable by design и как предоставляющий лишь спорную security through diversity. Именно об этом говорится в анонсе по ссылке из новости здесь.

Во-вторых, с другой стороны, не каждая уязвимость в ядре и не каждый ее exploit приводит именно/сразу к RCE. Возможны ситуации, когда атакующему доступна попытка записи от имени и в адресное пространство ядра с какими-либо ограничениями или доступны лишь отдельные bit flips (как в случае с Rowhammer). В этих случаях у LKRG есть шанс (но не гарантия) распознать проблему до того как атакующий выполнит следующие шаги атаки.

В-третьих, из-за LKRG exploit'ы могут усложняться, а их надежность снижаться. В приведенном примере с пересчетом хешей, потребуется сначала найти их и ключ для SipHash (который генерируется случайно при загрузке модуля). Думаю, сейчас это, уже имея RCE, сделать не сложно - мы пока не пытались скрыть расположение этих переменных. Также, думаю есть более простые и надежные способы обхода текущей версии LKRG. Мы пока не решили будем ли развивать проект в сторону борьбы с обходами (чтобы повысить сложность и снизить надежность exploit'ов всё равно обходящих LKRG) или же, наоборот, решим еще более ограничиться security through diversity (позволяя любому желающему легко и надежно обходить LKRG, но зато упростив и сделав более быстрым и надежным код LKRG). Может быть, это будут две ветки разработки.

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

64. "Проект Openwall подготовил модуль для защиты от эксплуатации..."  +/
Сообщение от Аноним (-), 01-Фев-18, 03:36 
Ясно, спасибо.
Ответить | Правка | Наверх | Cообщить модератору

67. "Проект Openwall подготовил модуль для защиты от эксплуатации..."  –1 +/
Сообщение от Аноним (-), 02-Фев-18, 18:41 
Звучит очень разумно. Это не абсолютная защита, но подложить атакующим пару мин - идея хороша. Жаль что как обычно будет куском проблем в использовании и опять какие-нибудь скандалы с майнлайном выйдут. Хотя с такой защитой по другому сложно.
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

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

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




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

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