[-=#PupaJr#=-]

Доброго всем дня.
Банальный и старый вопрос про чужие DLL написанные "кем-то на С++".
При отладке (взломе больше тренеровка мозга конечно..) DLL нашлись кодирующие процедуры, теперь для написания кейгена хочу использовать тот же DLL, поскольку в нем большой ХЕШ от BlowFish. Все вытаскивать нет смысла - надо просто вызвать процедуру и всё... - параметры идут в стек - адрес строки и ещё пара параметров.
Знаю адрес процедуры в физической памяти от родного процесса - узнал при пошаговом трейсе в Syser. Никакой PE-explorer эти процедуры не видит.
Их адреса вычисляются в "родной" программе написанной на VВ -PCode через какую-то таблицу, но это и не важно.
Загрузив через LoadLibrary я могу получить старт адрес DLL у себя в проге, сравнить его с началом в "родной", высчитать смещение и - вызвать по адресу процедуру поместив данные в виде указателей на строки в стек.
Вот этот процесс и синтаксис меня и интересует )))
(пишу на Delphi6, про закон и пр.. говорить не надо, прога давно сломана и ей более 10 лет )

[Alegun]

Как обычно, ничего не понятно но раз без примеров, тогда и обще-выборочный ответ - в понятии библиотек есть одна аксиома - функции и процедуры могут быть лишь локальными или экспортируемыми, универсалов нет, причём локали видны только внутри самой библиотеки и ни одна сборка не может их вызвать снаружи, потому как без объявления в "шапке" они не функции, это просто набор машкодных байтов

...параметры идут в стек...

Это как я понимаю, сишный прикол, поскольку в делфях параметры приципиально лежат в регистрах, со стеком идёт другая работа, поэтому, чтоб не спутать, соглашение о вызовах и предусматривает директиву stdcall для "скобяных поделок" и других языков, если они __stdcall

...Никакой PE-explorer эти процедуры не видит...

Dll может быть и сжатой какимнить компрессором

...но это и не важно...

Откуда такая уверенность, нужна таблица поскольку динамически, через loadLibrary вызывается так

Код:

...
// объявление функции и определение с типами параметров
type
  TSomefun = function(par1: integer): integer;
...
var
 i: integer;
 dllhandle: Thandle;
 abs: TSomefun;
begin

// загрузка
 dllhandle:= LoadLibrary('dll.dll');

// указатель на функцию
 @abs:= GetProcAddress(dllhandle, 'NameFun' {"родное" название});

// вызов
  i:= IntToStr(abs(5));

// выгрузка
  FreeLibrary(dllhandle);
end;

без имени и типа параметров/результата функцию видимо не вызвать никак, может и ошибаюсь

[Bargest]

Dll может быть и сжатой какимнить компрессором

Скорее всего речь о том, что обсуждаемая функция - не экспортируемая, а просто кусочек кода приложения.

без имени и типа параметров/результата функцию видимо не вызвать никак, может и ошибаюсь

Вызвать вполне можно. Либо через ASM-вставку, либо объявить переменную типа "функция" и присвоить ей адрес не через GetProcAddress, а напрямую преобразовав адрес (число) к нужному типу.

параметры идут в стек

Надо еще смотреть, как происходит возврат из функции. Если функция в конце имеет команду ret N, т.е. при возврате удаляет из стека N байт (аргументы), то это соглашение вызова STDCALL. Если же в конце функции стоит просто ret, а после её вызова идет что-нибудь вроде add esp, N - то это соглашение вызова CDECL.

[-=#PupaJr#=-]

Alegun, спасибо, Вы всё правильно написали и правильно поняли,

это просто набор машкодных байтов

размещение которых знает "родная программа" (нууу я так думаю).
DLL не запакована, так как некоторые команды я нашёл HEX редактором и спокойно забил NOPами и получил нужный эффект.

через loadLibrary вызывается так

, Вы правы и GetProcAdress как раз даёт адрес процедуры - как указатель - вот тут у меня "пробел" в понимании этого процесса адресации и указателями... как мне туда подсунуть то что я вижу в отладчике(Syser) и как впихнуть в стек нужные данные. У С++ действительно всё через стек и чтобы делфийные DLL могли использовать другие приложения мы должны писать STDCALL.
Во вложении полу-патченая эта DLL. 580кб/2.8Мб
Примеры:
при перескоке из приложения в библиотеку я вижу первую строку:
1001FB88:PUSH 10
В строке статуса Syser показывает license.dll+1fb88
Вот как мне найти и правильно указать этот адрес DLL 1001FB88 в моей программе? Я понимаю что он может быть изменён поскольку моя прога меньше и стартовый адрес загрузки DLL изменится, + какие-нибуть смещения...

[Alegun]

Сообщение от -=#PupaJr#=-

...У С++ действительно всё через стек и чтобы делфийные DLL могли использовать другие приложения мы должны писать STDCALL...

Это если функция в сишной библиотеке объявлена как __stdcall т.к. загрузка и прочтение в стек там перевёрнуто происходит,слева-на-право, ещё разные представления бывают, может и прямой быть типа safecall

[Alegun]

Сообщение от Bargest

...Вызвать вполне можно. Либо через ASM-вставку, либо объявить переменную типа "функция" и присвоить ей адрес не через GetProcAddress, а напрямую преобразовав адрес (число) к нужному типу...

Ну тогда это уже не делфи, а шаманство какое-то

[-=#PupaJr#=-]

Да, возможно и "шаманство", но делфи можно использовать лишь как оболочку а писать на API .
Видимо похожая ситуация возникает...
Bargest возврат оттуда действительно ret 8.

Вызвать вполне можно. Либо через ASM-вставку, либо объявить переменную типа "функция" и присвоить ей адрес не через GetProcAddress, а напрямую преобразовав адрес (число) к нужному типу.

как это сделать?
И ещё - вызываемая функция как-то прописана через ключи типа
02F12583-B34E-11D6-B2C6-00C04F680C18
и в реестре есть какая-то ссылка на него - тоже есть и в самой DLL но нет никаких адресов - а просто такой номер и всё...

[icWasya]

А какие функции эта DLL экспортирует?
Может быть это Active-X библиотека?

[-=#PupaJr#=-]

Вот РЕ что выдаёт - картинка во вложении
Может конечно не совсем синтаксис, а технология или ещё что...
Если смотреть потраха файла DLL то там видно остатки от Срр компилятора, в том числе имена файлов с расширением срр.
Я кажется врубился - используется COM интерфейс к обращению в фунуции. Во второй картинке видно - в РЕ в дереве ресурсов увидел TYPELIB и там пролистав текст увидел номер CLSID и надпись:
//Provides a COM interface to the Licensing of the system.

Видимо работает как с СОМ... теперь как ) или я не прав?

[icWasya]

Если перетащить эту DLL из проводника в редактор,то Дельфи покажет эту TYPELIB в виде pas файла. Этот файл нужно затем подключить к Вашему проекту,и далее будем смотреть, как с ним работать.

[-=#PupaJr#=-]

icWasya СПАСИБО!! реально я об этом не знал!!! это точно развернулось невиданное окно по этой DLL!! и все функции там и CLSID высветились!!!!! Это реально сделано на COM технологии.
Теперь как с этим работать!!??? как по CLSID и имени/id функций и свойств к ним подключиться и использовать в программе???
Вот скрин.

Во вкладке Project есть пункт Import type library, подсунул эту библиотеку, чего-то компильнулось и во вкладке ActiveX появилось множество элементов, выбрав который на форму я в тексте программы получаю кучу его свойств и методов!!! Правдя попросил сохранить саму DLL - хотя я её не менял...
Дубу бытать теперь эти методы и пр... СПАСИБО!
Напишу что получилось .

[-=#PupaJr#=-]

Всем спасибо.
Функции работают, все грузятся в те же адреса что и в родной программе, В отладчике так же можно всё проследить.
Топик переродился наверное в другую тему - из синтаксиса в технологию, поскольку COM и ActiveX... Если посчитают нужным то пусть перенесут админы. У меня вопросы исчерпаны по ней.

[-=#PupaJr#=-]

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