Привет всем!

Есть EXE, в котором находятся экспортируемые функции, которые нужно заюзать. Я бы мог сконвертировать этот EXE в DLL, да релоков нет, как на зло... Каким образом можно заюзать экспорты из EXE?

-----
MicroSoft? Is it some kind of a toilet paper?

| Сообщение посчитали полезным:

Можно попробывать собрать свой екзешник с адресом загрузки != тому что у екзешника, который экспортирует функции.

| Сообщение посчитали полезным:

1. написать плагин (.dll) которую загрузит
этот exe. из нее вызывать функции находящиеся
в .exe (при необходимости подпавить EntryPoint
добавив туда загрузку твоей .dll и затем jmp на OEP)

2. написать свой .exe с базовым адресом (image base)
таким чтобы оставить свободным адрес 0x400000
потом поюзать LoadLibrary + GetProcAddress
EntryPoint тоже придется подправить тк .exe
не вернет управление или юзать LoadLibraryEx

| Сообщение посчитали полезным:

а я думал, например, сделать так:
вызвать процесс по CreateProcess с флагом SUSPENDED, создать в нем тред через CreateRemoteThread и из этого треда вызвать функции, предварительно заполучив их с помощью GetProcAddress... но это так, мысли...

-----
MicroSoft? Is it some kind of a toilet paper?

| Сообщение посчитали полезным:

asd
не получается... без релоков система не грузит DLL... с пустыми релоками она все равно грузит DLL по другому адресу, даже если 400000 свободен...

-----
MicroSoft? Is it some kind of a toilet paper?

| Сообщение посчитали полезным:

Tim
по-моему, asd имел ввиду сдампить ехе с разными адресами загрузки, а потом скормить эти дампы утилите для построения релоков (названия не помню).

| Сообщение посчитали полезным:

Чем скомпилен EXE? По умолчанию экспорты делают борланды, но они и релоки оставляют.

Если релоков нет, то решение, предложенное asd, имхо единственно рабочее (см. аттач).

Для гарантии, что 0x40000 никто не займёт к моменту загрузки EXE, можно свой exe слинковать на 0x40000, создать в нём подходящую пустую секцию и отобразить туда другой exe руками.

1abe_27.12.2006_CRACKLAB.rU.tgz - exe_dll.zip

| Сообщение посчитали полезным:

Всем спасибо!!! Пошел по этому пути:

kropalik пишет:
1. написать плагин (.dll) которую загрузит
этот exe. из нее вызывать функции находящиеся
в .exe (при необходимости подпавить EntryPoint
добавив туда загрузку твоей .dll и затем jmp на OEP)

-----
MicroSoft? Is it some kind of a toilet paper?

| Сообщение посчитали полезным:

Tim пишет:
написать плагин (.dll) которую загрузит
этот exe. из нее вызывать функции находящиеся
в .exe (при необходимости подпавить EntryPoint
добавив туда загрузку твоей .dll и затем jmp на OEP
в таком случае что есть экспорт - что нет - глубоко пофигу, ибо длл вполне может вызывать код по конретным хардкодным адресам.

| Сообщение посчитали полезным:

Если допустимо падчить файл EXE, то можно прилепить лишнюю секцию.

| Сообщение посчитали полезным:

Есть такой вопрос: Как можно узнать параметры экспортируемой функции, если EXE или DLL были собраны не мной, ?

| Сообщение посчитали полезным:

опытным путем.. грузи в иду и исследуй

-----
Тут не могла быть ваша реклама

| Сообщение посчитали полезным:

infern0 пишет:
в таком случае что есть экспорт - что нет - глубоко пофигу, ибо длл вполне может вызывать код по конретным хардкодным адресам.
да конечно. просто если в exe есть экспорт
это значит что скорее всего это для поддержки
плагинов. в этом случае ничего патчить не придется
просто написать свой 'плагин'

| Сообщение посчитали полезным:

А как загрузить этот плагин, не пропадчив секцию кода или каталог импорта?

| Сообщение посчитали полезным:

Tim, думаю что всё сведётся к одному вопросу - в какой момент надо/можно вызывать этот export.

Иными словами, сколько инициализации требуется от самого exe? Если ничего, и, соответственно, export не трогает глобальные переменные, heap, etc и сам делает себе init/cleanup, то можно вбить "ret" в entry point и пользоваться файлом как DLLкой.

| Сообщение посчитали полезным:

я сделал маленький загрузчик (LoadLibrary) на месте старой WinMain. все-таки многое из RTL юзается в проге, так что без инициализации никак.

-----
MicroSoft? Is it some kind of a toilet paper?

| Сообщение посчитали полезным:

Снова привет.

Со временем появилась новая проблема...

Я подправил EP у EXE так, чтобы он грузил мою DLL (сделал вызов LoadLibrary на месте WinMain). Саму DLL я делаю в C++Builder 6. Проблема заключается в том, что при попытке вызова GetOpenFileName (системный диалог выбора файлов) прога виснет намертво. Никаких Access Violation, никаких ошибок... просто висит. Нашел временное решение, установив старый стиль диалога... но вскоре прога стала подвисать при работе с контролом ListView... простой щелчок на ListView уводит прогу в завис...

-----
MicroSoft? Is it some kind of a toilet paper?

| Сообщение посчитали полезным:

попробуй добавить это в начало:

INITCOMMONCONTROLSEX x;

x.dwSize=sizeof(x);
x.dwICC=ICC_LISTVIEW_CLASSES;
// используется ListView
InitCommonControlsEx(&x);

| Сообщение посчитали полезным: