Можно ли получить дескриптор файла из памяти?

Question

[sddvxd]

Есть образ динамической библиотеки, загруженный в память. Можно ли как-то получить его дескриптор, минуя динамическую загрузку через winapi?

Comments

[Владимир Дубровин]

Что вы имеете ввиду под дескриптором, базовый адрес?

Но в любом случае не хватает исходных данных, а что у вас при этом есть? Можно получить, например, адрес какой-нибудь функции из таблицы импорта исполняемого файла, если он уже слинкован с DLL и по нему найти начало DLL в памяти.

[sddvxd]

Владимир Дубровин, тот дескриптор, который получают при открытии файла

[Владимир Дубровин]

sddvxd, а как вы его хотите получить через динамическую загрузку в winapi?

[sddvxd]

Владимир Дубровин, У меня есть исполняемый файл, в нем внутри в секции .data расположен dll файл. Сейчас, чтобы windows понимала, что в данном процессе спроецирована dll, я сохраняю из секции .data в файл с форматом .dll библиотеку в файл и уже из исполняемого файла вызываю LoadLibrary. Вопрос таков, что можно ли каким-либо образом пропустить этот этап с сохранием файла и указать ОС, что образ уже в памяти

Answer 1

[Владимир Дубровин]

С точки зрения системы, динамическая линковка это больше процесс работы со страницами памяти, чем с файлом, он очень похож на работу с файлом подкачки. У процесса нет файловых хэндлов на динамические библиотеки, процесс работает с базовым адресом библиотеки в адресном пространстве. Хэндлы "спрятаны" внутри системы, поэтому подсунуть их в процесс динамической линковки вы не можете. Для динамической линковки недостаточно просто отобразить содержимое файла в память.
Чтобы реализовать функциональность эквивалентную динамической линковке, вам придется провести процесс динамической линковки вручную: т.е. отобразить нужную часть PE-файла на память, установить для нее необходимые аттрибуты (например пометить код как исполняемый), подгрузить необходимые DLL и заполнить таблицу импорта и вызвать DLLMain. Пример кода, который это делает можно найти, например, здесь:
https://www.codeproject.com/Tips/430684/Loading-Wi...
При этом, возможно, придется обходить какие-либо дополнительные защитные механизмы в новых версиях Windows и объяснять антивирусам что у вас нет плохих намерений.

Если хочется исключить именно операцию открытия файла, и при этом не жалко память - можно выделить память и скопировать содержимое "псевдо-DLL" в буфер памяти из .data вместо отображения файла в память. Использовать имеющееся отображение .data в памяти чтобы провести динамическую линковку непосредственно в нем не получится.

Comments

[sddvxd]

поэтому я и склоняюсь к такому варианту, что писать dll файлы на ассемблере, потом во время исполнения помещать их в директории и их уже внедрять. по-моему самый оптимальный вариант и главное переносимый