Легко и быстро!

Пример 6: Создание DLL и их внедрение в программы

Для данного примера нам потребуется:

·        Компилятор Borland C++ Builder (в примере версия 6.0)

·        Утилита для работы с PE-файлами LordPE by Yoda

Для начала рассмотрим, что такое DLL, для чего они нужны и как их создавать. DLL (Dynamic Link Library - динамически компонуемая библиотека) - это участок кода, хранимый в файле с расширением .dll. Код может быть использован другими программами, но сама по себе библиотека программой не является. В общем, динамически компонуемые библиотеки представляют собой набор готовых скомпилированных функций. Но у этих библиотек есть свои особенности, например, при использовании функции, находящейся в одной DLL, разными программами в памяти будет постоянно находиться только одна библиотека, обеспечивая тем самым экономное расходование памяти. Загрузка библиотеки в память может быть статической и динамической.

При статической загрузке DLL автоматически загружается при запуске использующего ее приложения. Такая DLL содержит экспортируемые функции, описание которых находится в файле библиотеки импорта (import library file - .lib). Для использования статической загрузки необходимо на этапе компоновки к программе подключить .lib файл вашей DLL. В C++ Builder это сводится к включению в проект .lib файла через менеджер проектов.

При динамической загрузке вы можете загружать DLL при необходимости и выгружать ее когда она становится ненужной. Работать с такими библиотеками сложнее, чем со статическими. Однако для динамической загрузки требуется только сама DLL (не нужен ни .lib ни заголовочный файл, хотя его можно использовать для описания экспортируемых функций для предполагаемого пользователя).

Для компиляции проекта необходимо воспользоваться командой Project->Build, потому как запуститься по нажатию Run библиотека не может (это же все-таки не программа). После компиляции мы получаем готовую библиотеку в виде .dll файла. Назовем ее ups.dll и приступим к написанию программы-загрузчика.

А теперь вернемся немного назад, а именно к функции DllEntryPoint. Назначение её - сугубо информационное. Вызывая эту функцию, загрузчик сообщает библиотеке о том, что она будет подключена к какому-то процессу. Таким образом, загрузка любой программы включает в себя последовательный вызов функций DllEntryPoint всех используемых DLL. Аналогично, данный вызов осуществляется при отключении и выгрузке библиотеки.

Что нам это дает? Возможность выполнения любого своего кода в контексте какого-либо процесса, использующего данную библиотеку! Технология внедрения своего кода в чужую программу может понадобиться для множества задач, например, для установки различного рода своих навесных программных защит, для "шпионских" целей, и т.д. Конечно, существуют и другие методы внедрения, например, с помощью загрузчика (т.н. inject, про который, возможно, будет отдельная статья), но у такого метода в качестве недостатка можно отметить необходимость постоянного присутствия "загрузчика" в системе.

Данный недостаток можно устранить посредством разового внедрения библиотеки в исполняемый файл, это потребует достаточно простой модификации внутренних структур .exe файла, не затрагивая при этом исполняемый код программы и не увеличивая ее размер. Суть метода: добавить к списку используемых программой библиотек свою, у которой функция DllEntryPoint содержит необходимый нам код. Весь код в рамках этой функции будет выполняться с приоритетом программы, в которую он встроен.

Теперь нам необходимо изменить .exe файл таким образом, чтобы в списке используемых программой DLL библиотек появилась наша библиотека. И тут нам снова пригодятся знания формата .exe файла Windows, который я затрагивал в предыдущем примере, тем более, что этот формат достаточно строго стандартизирован и подробно описан в документации. Поэтому, пропуская описание структуры PE-файла, рассмотрим структуру таблицы импорта.

Немного теории: таблица импорта находится в секции импорта и содержит всю информацию, необходимую загрузчику для подключения всех DLL и определения адресов вызываемых программой функций. Однозначно определить расположение таблицы импорта по имени секции не представляется возможным, т.к. в зависимости от компилятора данные имена значительно отличаются. Например, компилятор Borland именует секцию импорта как ".idata", компилятор Microsoft хранит таблицу импорта в секции с именем ".text".

Таблица импорта представляет собой массив записей определенного типа. Информация импорта начинается с Import Directory Table, которая описывает остальную информацию об импорте. Import Directory Table содержит адресную информацию используемую для разрешения ссылок на точки входа внутри образа библиотеки. Таблица импорта состоит из отдельных входов, как минимум по одному на каждую импортируемую библиотеку. Количество записей в массиве нигде в заголовках файла не хранится, а признаком конца массива является запись со всеми полями, установленными в NULL.
Каждой используемой программой DLL библиотеке соответствует одна запись в таблице импорта следующего вида:

После таблицы импорта (последняя запись, содержащая во всех полях 0) в файле как правило идут данные импорта (массивы HintName, строки с именами библиотек и т.д.). Следовательно, добавление еще одной записи о нашей DLL в существующую таблицу представляется достаточно громоздким и труднореализуемым. Тем не менее, у нас под рукой есть софт, реализующий такую возможность.

Таким образом, мы получили ничем не примечательный файл, к которому подключена библиотека DLL, выполняющая свой код при запуске приложения. Такой метод применим к большинству обычных (не упакованных) EXE файлов.