如何在C ++中内联汇编?

时间:2018-10-10 01:21:44

标签: c++ visual-studio assembly inline-assembly

我正在尝试将一些程序集注入应用程序,但在此行遇到错误: 这是完整的代码

#define _TOJUMP 0xCDFA43 

BYTE bak_InitDamageBuff[6];

void unHook(BYTE* from, BYTE* backup, size_t size) {
    DWORD protect;
    VirtualProtect(from, size, PAGE_EXECUTE_READWRITE, &protect);
    memcpy(from, backup, size);
    VirtualProtect(from, size, protect, &protect);
}

void Hook(BYTE* from, void* to, BYTE* backup, size_t size) {
    DWORD protect;
    VirtualProtect(from, size, PAGE_EXECUTE_READWRITE, &protect);
    memcpy(backup, from, size);
    DWORD diff = ((DWORD)to - (DWORD)from) - size;
    memset(from, 0x90, size);
    *(BYTE*)from = 0xE9;
    *(DWORD*)((DWORD)from + 1) = diff;
    VirtualProtect(from, size, protect, &protect);
}

DWORD return_address = _TOJUMP + 0x6;
static __declspec(naked) void NewInitDamageBuff() {
    _asm {
        mov [edx + 0x29D0], 0x‭0F4240‬;    <-------------
        jmp return_address;
    }
}

void Main_thread() {
    while (1) {
        Hook((PBYTE)_TOJUMP, &NewInitDamageBuff, bak_InitDamageBuff, 6);
    }
}

这是怎么了?

编译器是Visual Studio

我在葡萄牙语中使用它,但是我尝试翻译错误

号码后缀不正确

-整数的纬度必须至少有一个数字

  • 不正确的令牌

1 个答案:

答案 0 :(得分:1)

您的0x‭0F4240‬中有一些非ASCII字符;这就是MSVC遇到的问题。


MSVC内联汇编确实接受0xDEADBEEF C样式十六进制格式的数字文字(与MASM不同),因此您的汇编看起来像应该编译/汇编。 (是否有用是另一回事。)

错误消息是:

<source>(9): error C2059: syntax error: 'bad suffix on number'
<source>(9): error C2153: integer literals must have at least one digit
<source>(9): error C3872: '0xac': this character is not allowed in an identifier
<source>(9): error C2400: inline assembler syntax error in 'second operand'; found 'bad token'

我将您的函数放在the Godbolt compiler explorer上以获取实际的错误消息,并为DWORD使用typedef,因为Godbolt没有Windows.h来定义它。

typedef unsigned long DWORD;
#define _TOJUMP 0xCDFA43

DWORD return_address = _TOJUMP + 0x6;
static __declspec(naked) void NewInitDamageBuff() {
    _asm {
        mov [edx + 0x29D0], 0x‭0F4240‬;   // original
        mov [edx + 0x29D0], 0x0F4240;   // retyped compiles fine if you comment out the original
        jmp return_address;
    }
}

这些错误消息使我认为该目录中有一个非ASCII字符,然后将其复制/粘贴到我的Linux桌面上的hexdump -C中可以确认:

00000000  6d 6f 76 20 5b 65 64 78  20 2b 20 30 78 32 39 44  |mov [edx + 0x29D|
00000010  30 5d 2c 20 30 78 e2 80  ad 30 46 34 32 34 30 e2  |0], 0x...0F4240.|
00000020  80 ac 3b 0a                                       |..;.|

(输出ASCII端的{.表示不可打印的字节)。

因此,在0x的源操作数中的mov之后,有一个80 ad 30 3字节的UTF-8序列,显然不能打印任何内容。