kostik_16, API не портит стек, я почти на 100% уверен, что ты используешь регистр EBP, а Delphi компилирует обращение к локальным var-переменным через EBP.

Это сообщение отредактировал(а) p0s0l - 21.12.2003, 13:13

Chingachguk
писать в сегмент кода я посоветовал
так как пишу я на асме
и частенько чтоб не мучатся делаю единый сегмент и для кода и для данных
естественно с возвожностью и писать и читать его

Вот у меня нет такой возможности, так как эту процедурку я прикрепляю к левому файлу, вот и получается такая штука!

Читать то я могу, а вто писать нееееееееееееее...!

Читаю:
mov edi,[esp+4*5]
lea eax, [edi + @Function]

// теперь в eax @Function

@Function: dd 000000000h

Как теперь мне можно туда записать
Кто-то говорил использовать специальную API, но я думаю это бред, но все может быть, если это будет просто и рационально!!!!

Жду ваших ответов!

Цитата

Кто-то говорил использовать специальную API, но я думаю это бред

я.

Цитата

ChangeZoneSize equ @@SkipModify - @@Modify ; Открываем на запись байты ; Получить ID текущего процесса   invoke GetCurrentProcess   mov CurrProcID,eax ; Вывевсти на экран результат .data OKProcID db "Current Process ID: ??",0 .data? OldProtectAPI db 100h dup(?) ; Фиг знает, что это ;) .code   mov edi,offset OKProcID+20   call HexChar ; Моя функция форматирования   invoke MessageBox,NULL,addr OKProcID,addr AppName,MB_OK+MB_ICONINFORMATION ; Открыть на чтение и запись первые ChangeDLLZoneSize ; if(not VirtualProtectEx(GetCurrentProcess(),ptr_proc, 6, ;        PAGE_EXECUTE_READWRITE, OldProtectAPI)) - кусок примера из Delphi   push offset OldProtectAPI   push PAGE_EXECUTE_READWRITE   push ChangeZoneSize ; OK ?   push dword ptr offset @@Modify   push dword ptr CurrProcID   call VirtualProtectEx   test eax,eax   jnz @@AttribSet .data ErrProtEx db "Virtual Protect Ex error !",0 .code   invoke MessageBox,NULL,addr ErrProtEx,NULL,MB_OK+MB_ICONERROR   jmp @@Exit @@AttribSet: ; Избегунть попадания в участок Modify- SkipModify   jmp @@SkipModify @@Modify:    nop   nop   nop   nop   nop   nop   nop @@SkipModify: ; Эти команды приведут к JPF, если только не отработает VirtualProtectEx   mov eax,offset @@Modify   mov dword ptr [eax],666h

Chingachguk - API юзать ему нельзя, т.к. не знает адресов функций. Если бы знал, так и делать бы ничего не надо было бы...

kostik_16, если ты добавляешь новую секцию с кодом, то можно поставить доступ и для записи. Я ж тебе прислал пример, где присоединяется новая секция к файлу, и там же пример того, как при добавлении этой секции записывается старый адрес точки входа...

Цитата

API юзать ему нельзя, т.к. не знает адресов функций. Если бы знал, так и делать бы ничего не надо было бы...

Я так понял, что он в дельфи готовит код, который насыщает адресами апи-функций, которые будет вызывать ... ну где-то там, в другой программе. Где-то там нельзя вызывать апи, но можно будет использовать заранее заготовленные адреса (в ячейках кода). Как я понял, он в заготовку не может писать, а не "там, вдали, за рекой..."

Я определять адераса АПИ могу, так что смело могу их вызывать!!!!
И я не примоеденяю новую секцию, а приписываю код к последней - это более работоспасобно!!!!

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

oleg1973, расскажи по-подробнее про upx. Если оригинальный exe распаковывается в память, то как он запускается ? Или я неправильно тебя понял...

Кроче я вчера понял свою ошибку!! Я просто протупил!!!!
Я прибавив свой код к секции забыл изменить ее характеристику, а там стояло только чтение и еще чет, а когда изменил, то все работает!!!
Все спасибо за внимание!

p0s0l
ну да упх распаковывает ехешник к примеру с адреса 4001000 (не факт конешно все от ехешника зависит)
импорт табле упх вообше не трогает просто нагло ее копирует от оригинального ехе
поэтому при загрузке файла в память загрузчик винды сам туда подставляет нужные значения
ну и все после распаковки просто управление передается ехешнику

Хм... а нельзя сделать просто отдельный объектник с этой функцией на чистом асме и потом его подлинковать к основной проге? Разобраться только с конвенцией вызова функций - это должно где-то быть описано вместе с компилером...

запросто пример ниже

компилим все это дело в fasm получаем *.obj
потом берем COFF2OMF.EXE
конвертируем и можно к дельфи проэкту подключить
проверено работает

format MS COFF ;указываем выходной формат OBJ файла
include '%fasminc%\win32a.inc'
public myfunc ;экспортируемая процедура
section '.text' code readable executable
proc myfunc,param
enter
mov eax,param
return

Это сообщение отредактировал(а) oleg1973 - 2.1.2004, 18:03