Ghidra 是否误解了函数调用？

Question

在分析 Ghidra 中的程序集列表时，我偶然发现了这条指令：

CALL dword ptr [EBX*0x4 + 0x402ac0]=>DAT_00402abc

我假设程序正在调用一个地址位于 inside 的函数DAT_00402abc，我最初认为它是一个双字变量。事实上，当尝试在 is 所在的位置创建函数时DAT_00402abc，Ghidra 不会让我这样做。

反编译器向我显示这行代码来翻译该指令：

(*(code *)(&int2)[iVar2])();

所以我想知道这是什么意思以及程序应该用这个调用做什么？有没有可能吉德拉彻底搞砸了？如果是这样，我应该如何解释该指令？

Answer 1

我对 Ghidra 一点也不熟悉，但我可以告诉你如何解释机器指令......

CALL dword ptr [EBX*0x4 + 0x402ac0]

有一个函数地址表0x402ac0；正在调用该表中的第 EBX 条目。我不知道这DAT_00402abc意味着什么，但是如果您在地址处检查双字大小的块中的内存，0x0402ac0您应该会找到合理的函数地址。[编辑：0x0040_2abc = 0x0040_2ac0 - 4。我怀疑这意味着当控制达到这一点时，Ghidra 认为 EBX 的值为 -1。可能是错误的，或者程序有错误。当控制达到这一点时，人们会期望 EBX 具有非负值。]

与该指令对应的自然 C 源代码类似于

extern void do_thing_zero(void);
extern void do_thing_one(void);
extern void do_thing_two(void);
extern void do_thing_three(void);

typedef void (*do_thing_ptr)(void);
const do_thing_ptr do_thing_table[4] = {
  do_thing_zero, do_thing_one, do_thing_two, do_thing_three
};

// ...

void do_thing_n(unsigned int n)
{
   if (n >= 4) abort();
   do_thing_table[n]();
}

如果表中的函数接受参数或返回值，您将在引用的 CALL 指令之前和之后看到参数处理代码，但 CALL 指令本身不会改变。

如果这些函数不都采用相同的参数集，您会看到不同的情况并且更加复杂。