[英]How can I call this x86 ASM CALL in C++ with typedef or inline
我發現這個調用sub_10636F0在5個不同的地方試圖弄清楚如何從C ++ DLL中調用它,它被注入到目標應用程序中,因此它可以完全訪問該應用程序中的所有調用。
我有一個圖表顯示所有這些叫做大部分呼叫的地方都在它上面的另一個呼叫之后被切斷,以確保它的完整性。
我在stackoverflow上閱讀了很多關於這個主題的問題,從Necrolis找到了一些很好的答案,說如果它是EDX那么你可以使用__fastcall。 我用谷歌搜索了解ECX,它似乎也被用於__fastcall所以ECX或EDX意味着__fastcall。
但它調用的函數使用包裝器
sub esp, 5F4h
add esp, 5F4h
retn 8
我不知道這是什么意思再做大量的研究我認為SUB ESP, XXX
開始時和ADD ESP, XXX
結尾只用於_cdecl轉換
我目前的代碼看起來像這樣
typedef void(__fastcall *TThreeParamter)(int, int, int);
typedef void(__fastcall *TTwoParamter)(int, int);
typedef void(__fastcall *TOneParamter)(int);
typedef void(__fastcall *TZeroParamter)();
TTwoParamter sub_10636F0 = (TTwoParamter)(DWORD)GetModuleHandle(NULL) + 0xC636EF;
//the call
sub_10636F0(0x11223344, 0x55667788);
不要問我為什么0xC636EF與10636F0
中的10636F0不同,我可以告訴你它在調試器中檢查時進入正確的子,每次重新啟動程序時子程序都會繼續移動它似乎是一個保護方法,或者可能是因為該程序加載超過50個dll並且地址需要移動。
我嘗試了所有不同的配置,2個int,3個int沒什么用。
IDA將此方法檢測為3個參數,但最后一個參數未在反編譯的偽造代碼中的任何位置使用,我無法弄清楚,
偽代碼看起來像這樣(我對它進行了大量修改,比如從__thiscall將其更改為_fastcall)
來自IDA的偽代碼
//probably wrong.. packet is a variable not a parameter which will crash
void __fastcall sub_10636F0(int var1)
{
__int128 v1; // xmm0@0
int v2; // esi@1
int v3; // ebx@1
SOCKET v4; // ebp@1
int v5; // eax@2
int v6; // ecx@3
int v7; // [sp+8h] [bp-5FCh]@7
char a2a[1492]; // [sp+10h] [bp-5F4h]@2
int v9; // [sp+5E4h] [bp-20h]@2
int v10; // [sp+5E8h] [bp-1Ch]@2
struct _FILETIME SystemTimeAsFileTime; // [sp+5F0h] [bp-14h]@2
__int16 v12; // [sp+5F8h] [bp-Ch]@2
int packet; // [sp+608h] [bp+4h]@0
int to; // [sp+60Ch] [bp+8h]@0
v2 = to;
v3 = var1;
v4 = *(_DWORD *)(packet + 220);
if ( v4 != -1 )
{
//snipped lots of code
}
}
//probably wrong.. packet is a variable not a paramter which will crash
void __fastcall sub_10636F0(int var1, int var2)
{
__int128 v2; // xmm0@0
int v3; // esi@1
int v4; // ebx@1
SOCKET v5; // ebp@1
int v6; // eax@2
int v7; // ecx@3
int v8; // [sp+8h] [bp-5FCh]@7
char a2a[1492]; // [sp+10h] [bp-5F4h]@2
int v10; // [sp+5E4h] [bp-20h]@2
int v11; // [sp+5E8h] [bp-1Ch]@2
struct _FILETIME SystemTimeAsFileTime; // [sp+5F0h] [bp-14h]@2
__int16 v13; // [sp+5F8h] [bp-Ch]@2
int packet; // [sp+608h] [bp+4h]@0
int to; // [sp+60Ch] [bp+8h]@0
v3 = to;
v4 = var1;
v5 = *(_DWORD *)(packet + 220);
if ( v5 != -1 )
{
//snipped lots of code
}
}
//this looks the best, but still `to` isn't detected as paramter
void __fastcall sub_10636F0(int var1, int var2, int var3)
{
__int128 v3; // xmm0@0
int v4; // esi@1
int v5; // ebx@1
SOCKET v6; // ebp@1
int v7; // eax@2
int v8; // ecx@3
int v9; // [sp+8h] [bp-5FCh]@7
char a2a[1492]; // [sp+10h] [bp-5F4h]@2
int v11; // [sp+5E4h] [bp-20h]@2
int v12; // [sp+5E8h] [bp-1Ch]@2
struct _FILETIME SystemTimeAsFileTime; // [sp+5F0h] [bp-14h]@2
__int16 v14; // [sp+5F8h] [bp-Ch]@2
int to; // [sp+60Ch] [bp+8h]@0
v4 = to; //still doesn't detect this..
v5 = var1; //okay this isn't bad another parameter
v6 = *(_DWORD *)(var3 + 220); //like this detects this as parameter class atleast
if ( v6 != -1 )
{
//snipped lots of code
}
}
這是IDA默認建議的代碼
char __userpurge sub_10636F0@<al>(int a1@<ecx>, __int128 a2@<xmm0>, int a3, int a4)
{
int v4; // esi@1
int v5; // ebx@1
SOCKET v6; // ebp@1
int v7; // eax@2
int v8; // ecx@3
int v9; // eax@8
char v11; // [sp+8h] [bp-5FCh]@7
int v12; // [sp+10h] [bp-5F4h]@4
int v13; // [sp+24h] [bp-5E0h]@2
int v14; // [sp+28h] [bp-5DCh]@2
int v15; // [sp+2Ch] [bp-5D8h]@2
int v16; // [sp+30h] [bp-5D4h]@2
char v17; // [sp+34h] [bp-5D0h]@2
signed int v18; // [sp+5E4h] [bp-20h]@2
int v19; // [sp+5E8h] [bp-1Ch]@2
int v20; // [sp+5F0h] [bp-14h]@2
__int16 v21; // [sp+5F8h] [bp-Ch]@2
v4 = a4;
v5 = a1;
v6 = *(_DWORD *)(a3 + 220);
if ( v6 == -1 )
return 0;
//Snipped code
if ( v9 >= 0 && v9 == *(_DWORD *)(v4 + 1492) )
return 1;
return 0;
}
ASM中的功能
.text:010636F0 ; void __fastcall sub_10636F0(int var1, int var2, int var3)
.text:010636F0 sub_10636F0 proc near ; CODE XREF: sub_1062960+E0p
.text:010636F0 ; sub_10637E0+D4p ...
.text:010636F0
.text:010636F0 a2 = byte ptr -5F4h
.text:010636F0 var_20 = dword ptr -20h
.text:010636F0 var_1C = dword ptr -1Ch
.text:010636F0 SystemTimeAsFileTime= _FILETIME ptr -14h
.text:010636F0 var_C = word ptr -0Ch
.text:010636F0 var_4 = dword ptr -4
.text:010636F0 packet = dword ptr 4
.text:010636F0 to = dword ptr 8
.text:010636F0 test = dword ptr 0Ch
.text:010636F0
.text:010636F0 sub esp, 5F4h
.text:010636F6 mov eax, ___security_cookie
.text:010636FB xor eax, esp
.text:010636FD mov [esp+5F4h+var_4], eax
.text:01063704 push ebx
.text:01063705 push ebp ; a5
.text:01063706 push esi ; a4
.text:01063707 mov esi, [esp+600h+to]
.text:0106370E push edi ; a3
.text:0106370F mov edi, [esp+604h+packet]
.text:01063716 mov ebx, ecx
.text:01063718 mov ebp, [edi+0DCh]
.text:0106371E cmp ebp, 0FFFFFFFFh
.text:01063721 jz loc_10637BB
SNIP TONS OF CODE HERE
.text:010637BB
.text:010637BB loc_10637BB: ; CODE XREF: sub_10636F0+31j
.text:010637BB ; sub_10636F0+BDj ...
.text:010637BB xor al, al
.text:010637BD
.text:010637BD loc_10637BD: ; CODE XREF: sub_10636F0+C9j
.text:010637BD mov ecx, [esp+604h+var_4]
.text:010637C4 pop edi
.text:010637C5 pop esi
.text:010637C6 pop ebp
.text:010637C7 pop ebx
.text:010637C8 xor ecx, esp
.text:010637CA call @__security_check_cookie@4 ; __security_check_cookie(x)
.text:010637CF add esp, 5F4h
.text:010637D5 retn 8
.text:010637D5 sub_10636F0 endp ; sp-analysis failed
在ASM中調用此函數
.text:010638B0 push esi ; packet
.text:010638B1 push ebx ; this
.text:010638B2 mov ecx, ebp ; this
.text:010638B4 call sub_10636F0
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.text:01062A2E mov byte ptr [esi+5E9h], 1
.text:01062A35
.text:01062A35 loc_1062A35: ; CODE XREF: sub_1062960+C1j
.text:01062A35 add dword ptr [esi+5D4h], 2
.text:01062A3C push esi ; packet
.text:01062A3D push edi ; this
.text:01062A3E mov ecx, ebx ; this
.text:01062A40 call sub_10636F0
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.text:01063AF4 mov eax, [ebx+1128h]
.text:01063AFA mov [esp+1A4h+var_AC], eax
.text:01063B01 push esi ; packet
.text:01063B02 lea eax, [esp+1A8h+to]
.text:01063B06 push eax ; this
.text:01063B07 mov ecx, ebx ; this
.text:01063B09 mov [esp+1ACh+var_4], 1
.text:01063B14 call sub_10636F0
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.text:01089145 loc_1089145: ; CODE XREF: sub_10890B0+4Fj
.text:01089145 ; sub_10890B0+67j
.text:01089145 mov ecx, [edi+110h] ; this
.text:0108914B push esi ; packet
.text:0108914C push edi ; this
.text:0108914D call sub_10636F0
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.text:01089CBA mov ecx, [esi+110h] ; this
.text:01089CC0 push edi ; packet
.text:01089CC1 push esi ; this
.text:01089CC2 call sub_10636F0
我不知道這是什么意思再做大量的研究我認為
SUB ESP, XXX
開始時和ADD ESP, XXX
結尾只用於_cdecl
轉換
不,它用於使用局部變量的所有函數(關於它是如何完成的微小變化,但是需要通過從ESP中減去來分配堆棧空間,並通過向堆棧指針添加相同的量來“釋放”。
但是, RET 8
確實表明調用約定不是_cdecl
,而是被調用者清理堆棧的約定。 有幾個不同的調用約定匹配這個,但我有一種感覺它的C ++代碼和一個成員函數,這將使其thiscall
-這並使它有點難以模仿,因為你想this
在ECX
。
ret 8
說該函數有8個字節的參數,所以有兩個int
或void *
變量。
我不相信有一種簡單的方法可以做到這一點。 你可以做這樣的事情。 使用帶有兩個參數的虛函數創建一個class X
:
class X
{
virtual void Func(int x, int y) { }
};
然后找出編譯器放置vtable的位置,並修改func
的vtable以指向目標函數,而不是類的空實現。
現在您可以使用X
來創建實例:
X* p = new X;
然后調用func
。
p->func(1, 2);
但是,如果你運氣不好,編譯器並沒有意識到你已經搞亂了vtable,最后直接調用了這個函數。 所以你可能需要通過單獨的編譯和其他東西來做一些詭計。
換句話說,你的工作已經完成了。 但是如果你不需要耍弄一下,逆向工程根本不會有任何樂趣。
當然,騙子的方法是只寫幾行內聯匯編程序,如下:
void CallMyFunc(void *func, int a, int b, int c)
{
__asm(mov ecx, a
push b
push c
call *func);
}
[自從我上次編寫Windows內聯匯編代碼大約10年以來,如果語法不太正確,請為此道歉 - 將其視為“粗略草圖”並對其進行修改,直到它實際編譯為止...]
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.