Исходное сообщение
"Критическая уязвимость в 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