The OpenNET Project / Index page

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



"Критическая уязвимость в Glibc, которая может привести к уда..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Для сортировки сообщений в нити по дате нажмите "Сортировка по времени, UBB".
. "Критическая уязвимость в Glibc, которая может привести к уда..." +/
Сообщение от Аноним (-), 30-Янв-15, 22:46 
> будет грузится в указанный ImgageBase (легаси).

Для начала - либа никогда не может надеяться на то что ее в Base вгрузят. Потому что никто не гарантирует что layout адресного пространства процесса на момент вгрузки либы будет содержать эти адреса свободными. Поэтому насколько я помнб, все либы собираются как position-independent. Чтобы при такой ситуации иметь возможность перенести либу в другие адреса. По поводу чего вопрос сводится в основном к желанию loader'а либы сделать рандомизацию, как я понимаю.

> А так как либы грузятся достаточно рано (при старте процесса и ДО отработки
> ImportAddressTable -

На минутку, либы можно еще и явно вгружать и импортировать из них функции.

> на этот момент загруженны (вплоть до семерочки было так, восьмерочку не тыкал)
> по дефолту ntdll и kernel32.dll, может еще 1-2 либы), т.е считай,
> что адрес этой либы не меняется.

Нет, ну я понимаю что микрософт может лохануться даже в этом. Но не все же такие упыри.

А так, ну вот например:
libc-2.19.so:
Position Independent Executable: yes

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

Оглавление
Критическая уязвимость в Glibc, которая может привести к уда..., opennews, 27-Янв-15, 21:25  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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