为什么我的shellcode不起作用(在Linux中)?

时间:2012-04-28 02:57:59

标签: linux inline-assembly disassembly shellcode

我在下面写了一个小shellcode:

#include <stdlib.h>

int main()
{
    __asm__("jmp calloffset\n"
        "poploffset: popl %%esi\n"
        "movl $1,%%eax\n"
        "movl $6,%%ebx\n"
        "int $0x80\n"
        "calloffset: call poploffset\n"
        ".string \"/bin/bash\"\n":::"esi");

    exit(1);
}

当shellcode工作时,它将返回6。 实际上,上面的代码运行良好,主函数确实返回6。

然后我将代码嵌入到C程序中:

#include <stdlib.h>
#include <unistd.h>

char shellcode[]="\xeb\x0d\x5e\xb8\x01\x00\x00\x00\xbb\x06\x00\x00\x00\xcd\x80\xe8\xee\xff\xff\xff";

void func()
{
    int * ret;
    ret=(int *)&ret+0x08;
    *ret=(int *)shellcode;

}

int main()
{
    func();
    exit(0);
}

在正常情况下,代码应该返回6.但它一直返回0。

我认为我的代码不对。我会告诉你的。

首先,我从gdb获取val ret的地址:

(gdb) print &ret
$1 = (int **) 0xbffff2f4

我在main中获得下一个呼叫指令的地址:

(gdb) disass main
Dump of assembler code for function main:
   0x08048ccb <+0>: push   %ebp
   0x08048ccc <+1>: mov    %esp,%ebp
   0x08048cce <+3>: and    $0xfffffff0,%esp
   0x08048cd1 <+6>: sub    $0x10,%esp
   0x08048cd4 <+9>: call   0x8048cb0 <func>
   0x08048cd9 <+14>:    movl   $0x0,(%esp)
   0x08048ce0 <+21>:    call   0x80495c0 <exit>
End of assembler dump.

显然,它是0x08048cd9。

然后,我得到了存储上面地址的地址:

(gdb) x/16xw $esp
0xbffff2e8: 0xbffff3bc  0x00000001  0x00000000  0x08049460
0xbffff2f8: 0xbffff318  0x08048cd9  0x0804972f  0x080d6044
0xbffff308: 0x08049797  0x00000000  0x08049460  0x080493c0
0xbffff318: 0x00000000  0x08048e91  0x00000001  0xbffff3b4

显然,地址是0xbffff2f8 + 0x04 = 0xbffff2fc。 val ret的地址是0xbffff2f4。

所以,ret=(int *)&ret+0x08应该得到正确的地址。并且*ret=(int *)shellcode应该将shellcode的地址插入到堆栈中。然后程序运行到shellcode中,最后我在程序返回时得到6。

我错了吗?

我似乎找错了地方:

(gdb) disass func
Dump of assembler code for function func:
   0x08048cb0 <+0>: push   %ebp
   0x08048cb1 <+1>: mov    %esp,%ebp
   0x08048cb3 <+3>: sub    $0x28,%esp
   0x08048cb6 <+6>: lea    -0xc(%ebp),%eax
   0x08048cb9 <+9>: add    $0x20,%eax
   0x08048cbc <+12>:    mov    %eax,-0xc(%ebp)
   0x08048cbf <+15>:    mov    -0xc(%ebp),%eax
   0x08048cc2 <+18>:    mov    $0x80d6028,%edx
   0x08048cc7 <+23>:    mov    %edx,(%eax)
   0x08048cc9 <+25>:    movl   $0x1,(%esp)
   0x08048cd0 <+32>:    call   0x8053380 <sleep>
   0x08048cd5 <+37>:    leave  
   0x08048cd6 <+38>:    ret    
End of assembler dump.

指令add $0x20,%eax很奇怪。怎么会发生这种情况?

2 个答案:

答案 0 :(得分:2)

编译器可以自由地将“ret”变量放在它想要的func()的堆栈帧中的任何位置。据推测(我懒得从反汇编算出数学)你的8的偏移是完全错误的。请注意,正在设置一个40字节的帧。

答案 1 :(得分:2)

  

指令add $0x20,%eax很奇怪。怎么会发生这种情况?

int * ret;
ret=(int *)&ret+0x08;

这就是C指针数学运算的方式 - 这个加法将ret改为0x08 * sizeof(int)个字节。这就是0x20来自的地方。但是Andy Ross的观察是正确的,编译器可以自由地安排堆栈帧,所以任何重新编译,特别是使用不同的编译器设置,都可以修改帧布局。