- 博客(34)
- 收藏
- 关注
RSS订阅原创 house of cat 浅析 结合例题
《House of cat》利用FSOP（File Stream Oriented Programming）技术绕过保护机制，通过UAF漏洞实现ORW（Open-Read-Write）攻击。分析发现程序存在堆溢出漏洞，可通过largebin attack在_IO_list_all写入堆地址，伪造_IO_FILE结构体控制执行流。
2025-06-11 00:19:57
987
原创 ISCC 2025决赛 wp
摘要：本文分析了两个安全挑战的解决方案——PWN二进制程序利用和MOBILE安卓应用逆向。在PWN部分，通过分析64位程序的漏洞点（格式化字符串和栈溢出），结合ORW技术绕过限制，利用mprotect函数执行shellcode获取flag。在MOBILE部分，通过逆向分析安卓应用的验证逻辑，发现核心验证流程涉及RC4加密、二进制转换和最终校验，成功破解了flag验证机制。两题分别展示了二进制漏洞利用和移动应用逆向的典型解题思路。<｜end▁of▁sentence｜>
2025-05-20 19:07:30
1542
原创 ISCC2025 区域赛全部题解
方法c:在输入字符串前添加"00"，如果结果长度不是4的倍数，直接返回，否则，将字符串按4个字符一组分割，将每组4个字符作为16进制数解析，转换为对应的Unicode字符，将所有转换后的字符拼接成字符串返回。根据三张图片发现首站是地铁朝阳站，终点站是魏公站，观察地图，发现首站是3号线最后是4号线，根据有19站，然后就是分析猜测，最后猜测是3104。这里对size大小没有做严格的判断，导致输入很大的size也可以，就会导致堆溢出，覆盖到下一个chunk，存在堆溢出漏洞。**掩码爆破，最后发现对了。
2025-05-20 00:16:28
1402
原创 ISCC 2025练武题 WP部分
垃圾比赛，垃圾题目，纯脑洞题，技术好不好没得关系，就看你脑洞大不大。web里塞misc，re里塞misc真是牛逼他妈给牛逼开门牛逼到家。逆天平台，卡的一批，靶机还是公用的，把flag删了也是逆天。封你IP没得商量，下个附件，把老子IP封几十个，代理池换都换不过来。你值得拥有。
2025-05-07 20:06:01
1485
2
原创 SQCTF--商丘师范学院第四届网络安全及信息对抗大赛（校外赛）
函数有两个参数，第一个是必须的，代表要解析注册成变量的字符串，比如“a=1”经过parse_str()函数后会注册$a并复制为1，第二个参数是一个数组，当第二个参数存在时，注册的变量会放到这个数组里，如果原来有相同的键值，则会覆盖掉它。这道题奇怪的是nginx日志在/var/log/nginx/access.log，一般apache日志在类似目录下(/var/log/httpd/access.log)识别：若干次加密，e不同，n相同，m相同。就可以在不分解n和求d的前提下，解出明文m。
2025-04-14 09:29:43
1842
3
原创 XYCTF 2025-部分wp
清明假期玩了两天没怎么打，只做了一点解码：或者参考这篇博客解题过程：下载是个vbs文件，txt可以查看，参照博客记一次VBS逆向 - 漫宿骄盛 - 博客园。把开头改成wscript.echo，就能输出源代码。逆向解出flag：PWNgirlfriend分析这里存在格式化字符串漏洞这里存在栈溢出漏洞，能溢出8个字节，刚好能覆盖返回地址，这里使用栈迁移来打。注意使用mprotect来设置可执行段时要保证页对齐，也就是：data或者bss要以0x000结尾才行EXP:MISCXGCTF提示
2025-04-07 07:13:58
603
原创 FSOP利用(详细代码解读)+House of orange
简单总结一下吧，首先最外层是我们的io_file_plus结构体，在io_file_plus结构体之内，包括两个部分，一个是io_file，另一个是io_jump_t，io_file结构体里面有我们要找的chain字段，连接着stdin,stdout和stderr三个结构体，而io_jump_t里面存放一些函数指针，指向实现各种文件操作的函数用这张不太美观的图，可以勉强看懂。
2025-03-27 20:39:35
726
原创 CTFShow bypass安全机制
有时候Func这个参数 也可以是我们自定义的参数这里的11也代指 SIGSEGVsigsegv_handler函数我们定义为:程序定义了一个信号量，当出现这个信号量（非法内存访问）的时候，会执行sigsegv_handler函数即当我们非法内存访问的时候，会将我们的flag通过标准错误打印出来（fflush（stderr））所以本题的解题方法是只要能溢出就能触发这个信号。
2025-03-02 14:32:35
1056
2
原创 CTF中pwn shellcode题目
下面是一些shellcode代码和绕过技巧。一些只给payload或者exp一把梭首先给出两个常用shellcode仓库，可以检索需要的shellcode。
2025-03-02 14:24:26
837
原创 CTFshow---格式化字符串[91-100]更新完毕
简单的格式化字符串。通过反汇编代码可以看出只要就能getshell通过调试可以看到偏移为7最终exp为。
2024-09-20 22:56:43
1058
原创 ctfshow [栈溢出]系列------49-90 持续更新
嘿嘿嘿，慢慢更新，预计7月底栈溢出全部更完，至于为什么是7月底更完栈溢出，因为我善。
2024-07-08 10:24:42
469
原创 CTFHub[技能树]-----House of orange
House of orange也是我第一次学，边学边做题，来来回回折腾了8小时，代码检查了一遍又一遍，没问题但总是打不成功，最后百度查了一下这个是概率成功，我哭了。白白浪费了这么久时间。
2023-02-10 11:27:25
310
原创 [CTFHub-技能树]-----House of roman
先利用UAF漏洞，把chunk申请到ptr_size处，修改size的大小，构造堆溢出，利用堆溢出，打unlink，把chunk申请到ptr处，最后篡改**.fini_array**的值，拿到shell。如下图，可以看出来chunk已经申请到size处了，之后伪造size，造成堆溢出。会在程序结束时调用，一般有2个指针，会依次调用，调用完后才会真正退出。这是一道静态编译的题，没有libc库，所以不能用常规的方法来打。之后再利用堆溢出，打unlink，篡改.fini_array。先定义好要用到的地址。
2023-02-09 13:56:08
251
原创 [CTFHub-技能树]-----House of spirit
这题的ptr只能储存一个chunk的指针，且题目中已经有个0x110大小的chunk，进入了unsorted bins，先申请0x68字节大小的chunk，其会从unsorted bin中分割0x71大小的chunk给我们，利用这个特性可以泄露出libc地址。之后再泄露heap的地址，其实也可以不用泄露，可以爆破低2字节的16进制数，概率是1/16,但我不想爆破，所以直接泄露heap的地址。,一开始始终没有找到漏洞出现的地方，结果问里一下其他师傅，恍然大悟，我就是傻子。这里只是简单讲一下，一定要动手。
2023-02-08 22:34:26
241
原创 House of Einherjar
然后再申请一个和chunk_1一样大小的chunk_4,这时chunk_4也是指向chunk_1，因为之前unsorted bin中的大小为chunk_1+chunk_2，申请chunk_4时unsorted bin做分割吧chunk_1给chunk_4,这时有2个chunk指向同一个chunk。最后进入unsorted bins的地址是chunk_0的地址，注意这里chunk_1并没有被free，所以再申请回chunk_0,之后main_arena的地址就放在了chunk_1中。
2023-02-08 12:16:34
177
原创 CTFHub技能树---pwn-Chunk Extend
add这里如果 index 0 ~ 9 都申请了的 chunk ，那么 i = 10 再退出 for 循环，但是还会接下去利用 ptr[10] = malloc(ptr[20]) 申请chunk，实现 index 0 的堆块溢出。最后第11个chunk的size会变成非常大，编辑chunk0，就可以实现溢出。也就是add 可以覆盖掉一个第一个 chunk 的 size。
2023-02-07 14:04:08
588
原创 CTFHUB[技能树]---Largebin Attack（House of storm）
这题one_gadget打不了，本地能打成功，远程试遍了都不行，估计要改栈帧，太懒了，不想弄了，师傅们可以自己试着改一改。
2023-02-07 11:03:20
233
原创 [CTFHub]-技能树----pwn tcache Attack
目前只有我一人解出来，估计是其他大佬不屑于做这样简单的题吧！长话短说，做堆类题一定要亲自动手,重要的事情说三遍。
2023-02-02 21:04:15
302
2
原创 [BUUCTF]刷题记录-----roarctf_2019_easy_pwn
现在free chunk1它就会加入unsorted bin，然后再创建一个0x90大小的chunk，这是就会把chunk1给我们，然后再还原原来的chunk2。这样就伪造了两个chunk的大小，但在程序中储存的chunk1的size值不是0x90而是0x10,chunk2不是0x10而是0x90，即使chunk1现在是0xa1的大小，但只能编辑0x10的字节。edit函数中有个问题，就是编辑时输入的size减去添加时的size时的值为10时，可以多输入一个字节，纯在off-by-one漏洞。
2023-02-01 14:02:43
322
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人