汇编中的跳转指令如何与多个进程一起工作?

rlb*_*ond 6 assembly operating-system

所以,我对跳转指令在操作系统中的工作原理感到困惑.我认为跳转指令设置处理器程序计数器中的值.但程序可以在内存中的不同位置运行.我看到在x86中,有JMP EAX指令,但我的C++代码似乎没有使用它.我在VC++中编译了一些C++代码:

int main()
{
    int i = 0;
    while (i < 10)
    {
        ++i;
        if (i == 7)
        {
            i += 1;
            continue;
        }
    }
}
Run Code Online (Sandbox Code Playgroud)

这意味着:

    int main()
    {
00411370  push        ebp  
00411371  mov         ebp,esp 
00411373  sub         esp,0CCh 
00411379  push        ebx  
0041137A  push        esi  
0041137B  push        edi  
0041137C  lea         edi,[ebp-0CCh] 
00411382  mov         ecx,33h 
00411387  mov         eax,0CCCCCCCCh 
0041138C  rep stos    dword ptr es:[edi] 
        int i = 0;
0041138E  mov         dword ptr [i],0 
        while (i < 10)
00411395  cmp         dword ptr [i],0Ah 
00411399  jge         main+47h (4113B7h) 
        {
            ++i;
0041139B  mov         eax,dword ptr [i] 
0041139E  add         eax,1 
004113A1  mov         dword ptr [i],eax 
            if (i == 7)
004113A4  cmp         dword ptr [i],7 
004113A8  jne         main+45h (4113B5h) 
            {
                i += 1;
004113AA  mov         eax,dword ptr [i] 
004113AD  add         eax,1 
004113B0  mov         dword ptr [i],eax 
                continue;
004113B3  jmp         main+25h (411395h) 
            }
        }
004113B5  jmp         main+25h (411395h) 
    }
004113B7  xor         eax,eax 
004113B9  pop         edi  
004113BA  pop         esi  
004113BB  pop         ebx  
004113BC  mov         esp,ebp 
004113BE  pop         ebp  
004113BF  ret              
Run Code Online (Sandbox Code Playgroud)

所以我很困惑,对于命令jmp 411395h,这是否意味着程序总是被加载到内存中的相同位置?因为那似乎不合逻辑.

pax*_*blo 6

不,这里有两件事情可以发挥 - 你没有指定操作系统所以我会给出一般答案.

首先,可执行文件很少采用最终格式.作为简化,编译将源转换为目标文件,并且链接将对象文件组合成可执行文件.

但是必须将可执行文件加载到内存中,在那个阶段,可以进行更多修改.这些修改之一可以是修复可执行文件中的内存引用以指向已在不同位置加载的内存.

这可以通过包含本身内部地址列表的可执行文件来实现,该列表需要在运行时修复.

在许多现代操作系统中,虚拟内存和物理内存之间也存在脱节.

当您的流程开始时,您将获得自己的(用于Windows 32位的4G,我相信)加载进程的地址空间.此地址空间中的地址与您的实际物理内存地址几乎没有关系,两者之间的转换由内存管理单元(MMU)完成.

实际上,您的进程可能会遍布物理地址空间,因为它已被分页并进入.但虚拟地址不会改变.

  • 好吧,他说"我在x86中看到了"和"我在VC++中编译了一些C++代码",但我只是作为一个例子,因为(1)没有特定于操作系统的标签; (2)问题非常笼统:"汇编","操作系统". (2认同)

Ant*_*hyy 6

正如其他人所写的那样,有相对跳转和相对调用指令,它们本质上是为一个固定值添加eip,因此不依赖于程序在内存中的位置; 编译器喜欢尽可能使用这些.您可以查看代码字节以查看编译器使用的确切指令.但是,我假设你在询问跳转/调用绝对地址.

当链接器生成可执行文件时,它会生成假定特定基址的绝对地址 ; Microsoft链接器通常使用400000h.当OS加载可执行文件或dll时,它通过添加实际加载可执行文件的地址与链接器基于它的地址之间的差异来"修复"所有绝对地址.所有可执行格式除了.com指定某种修复表之外,其中列出了必须以这种方式修补的可执行文件中的所有位置.因此,在操作系统将您的可执行文件加载到基本地址的内存之后,例如1500000h,您的跳转将如下所示jmp 1511395h.您可以通过使用调试器查看实际代码字节来检查这一点.

较旧的Windows系统倾向于在链接器使用的基址处加载可执行文件; 这造成了安全风险,因为攻击者会提前知道内存中的内容.这就是为什么较新的系统使用基地址随机化的原因.