L2 PTS

[Sojang]

Возник вопрос о работе на 64 бит приложениях
В 32бит приложении вызов хукнулся и все окей, а в 64бит приложении все через попу..
Как видно на скрине в коде появляется несуществующий адрес, который не относится к моей dll
Есть у кого мысли по этому поводу?

Скрин:

Свернуть ↑

Свернуть ↑Развернуть ↓

Код:

Свернуть ↑

void CPatchEngine::WriteCall(BYTE *pAddress, DWORD *pNewFunc)
{
	BYTE pCall = 0xE8;
	DWORD pNewFuncAddr = (DWORD)pNewFunc - (DWORD)(pAddress + 5);
 
	WriteMemory(pAddress, &pCall, sizeof(pCall));
	WriteMemory(pAddress + 1, &pNewFuncAddr, sizeof(pNewFuncAddr));
}
Code: C++

 
void CPatchEngine::WriteMemory(BYTE *pAddress, LPCVOID pData, SIZE_T nSize)
{
VirtualProtectEx(hL2Server, (LPVOID)(pAddress), nSize, PAGE_EXECUTE_READWRITE, &dwOldProtect)
WriteProcessMemory(hL2Server, (LPVOID)(pAddress), pData, nSize, NULL)
}
 
Code: C++

Свернуть ↑Развернуть ↓

[n3k0nation]

У x64 адреса длиннее.
Попробуйте чето типа этого:

;если надо, то делаем lea rax,[adr_param] вместо мува
mov rax,0x100500
jmp rax

48 b8 //mov rax
00 00 00 00 00 00 00 00 //наш_адрес_на_8_байт
ff e0 //jmp rax

Ну и конечно же, это все займет 12 байт, а не 5, как в x86. А вообще, не забываем о релатив адресации.

[Sojang]

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

У x64 адреса длиннее.
Попробуйте чето типа этого:

;если надо, то делаем lea rax,[adr_param] вместо мува
mov rax,0x100500
jmp rax

48 b8 //mov rax
00 00 00 00 00 00 00 00 //наш_адрес_на_8_байт
ff e0 //jmp rax

Ну и конечно же, это все займет 12 байт, а не 5, как в x86.

Длиннее то длиннее, однако вот тут

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

Или вот экстендер с гф до эпалога https://bitbucket.org/l2shrine/extender-public/src

реализовано так же как у меня, а это судя по всему длл под 64 бит..
UDP: Беру слова назад. То что по ссылке это не 64 бит длл. Однако как тогда реализовать это на плюсах?На си++ никогда не кодил и вот ток ща опыта набираюсь

[n3k0nation]

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

Однако как тогда реализовать это на плюсах?На си++ никогда не кодил и вот ток ща опыта набираюсь

Почти так же, как и для х86, но с кодом, как я показал выше. И да, на MSVC x64 нет inline asm, поэтому компилим кусок кода на АСМе и берем оттуда "готовый" код, который будет выполнять роль нашего трамплина.
Если не нравится метод через jmp, то можно через возврат:

push adr
ret

Уже в сишной программе просто вставляем нужный адрес, не забывая его рассчитать.

[Sojang]

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

Почти так же, как и для х86, но с кодом, как я показал выше. И да, на MSVC x64 нет inline asm, поэтому компилим кусок кода на АСМе и берем оттуда "готовый" код, который будет выполнять роль нашего трамплина.
Если не нравится метод через jmp, то можно через возврат:

push adr
ret

Уже в сишной программе просто вставляем нужный адрес, не забывая его рассчитать.

Блин, что то не доходит до меня

asm:

Свернуть ↑

 
.386
.model fastcall
.code
start:
push adr
ret
end start
 
Code: Pascal

Свернуть ↑Развернуть ↓

Как можно заюзать это из с++?

[Zubastic]

Вот так:

	__asm
	{
		push adr
		ret
	}
Code: C++

[Sojang]

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

Вот так:

	__asm
	{
		push adr
		ret
	}
Code: C++

так выше же написали что инлайн вставок в 64бит нету

[n3k0nation]

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

Блин, что то не доходит до меня

asm:

Свернуть ↑

 
.386
.model fastcall
.code
start:
push adr
ret
end start
 
Code: Pascal

Свернуть ↑Развернуть ↓

Как можно заюзать это из с++?

А нафига Вы компилите под 386й?)

Качаете, например, fasm и пишите чето типа этого:

use64
push 0x7fffffff
ret

Компилите это:

fasm tramp.asm tramp.bin

Открываете в хексе аутпут и видите чето типа этого:


Берем эти замечательные байты и пихаем в сишную прогу. Должно получится чето типа:

unsigned char trampTemplate[ ] = {
0x68, //push
0x00, 0x00, 0x00, 0x00 //address
0xc3 //ret
};

Адрес кодируется, как беззнаковое 4х байтовое слово. В общем, через костыль и жопу, грубо говоря (вместо того, чтобы дать нормальную поддержку push 8bytes). Пляшем с бубном, вычисляем наш адрес.
Готовим трамплин (псевдокод):

unsigned char* tramp = new unsigned char[6];
memcpy(tramp, trampTemplate, 6);
((DWORD*)(&tramp[1]))* = adr;

А далее, как обычно, даем через VirtualProtect права на запись куска памяти, где будем переписывать код и пишем наш трамплин туда.

[Sojang]

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

А нафига Вы компилите под 386й?)

Качаете, например, fasm и пишите чето типа этого:

use64
push 0x7fffffff
ret

Компилите это:

fasm tramp.asm tramp.bin

Открываете в хексе аутпут и видите чето типа этого:


Берем эти замечательные байты и пихаем в сишную прогу. Должно получится чето типа:

unsigned char trampTemplate[ ] = {
0x68, //push
0x00, 0x00, 0x00, 0x00 //address
0xc3 //ret
};

Адрес кодируется, как беззнаковое 4х байтовое слово. В общем, через костыль и жопу, грубо говоря (вместо того, чтобы дать нормальную поддержку push 8bytes). Пляшем с бубном, вычисляем наш адрес.
Готовим трамплин (псевдокод):

unsigned char* tramp = new unsigned char[6];
memcpy(tramp, trampTemplate, 6);
((DWORD*)(&tramp[1]))* = adr;

А далее, как обычно, даем через VirtualProtect права на запись куска памяти, где будем переписывать код и пишем наш трамплин туда.

спасибо за развернутый ответ
но чет я кажись кривой и он пишет в память не push адрес ret а бред полный

код:

Свернуть ↑

void CPatchEngine::WriteCall(BYTE *pAddress, DWORD *pNewFunc)
{
	unsigned char trampTemplate[ ] = {0x68, 0x00, 0x00, 0x00, 0x00, 0xc3 };
 
	unsigned char* tramp = new unsigned char[6];
    memcpy(tramp, trampTemplate, 6);
    tramp[1] = (char)pNewFunc;
	WriteMemory(pAddress, &tramp, sizeof(tramp));
}
Code: C++

Свернуть ↑Развернуть ↓

[Sojang]

все еще актуально..........