能力值:
( LV2,RANK:15 )
|
-
-
2 楼
发帖这个编辑器直接粘贴图片上来发布之后就不显示了,必须得点击上面的插入图片的按钮上传,很迷。。。
|
能力值:
( LV7,RANK:100 )
|
-
-
3 楼
楼主可以考虑建个群,交流交流
|
能力值:
( LV2,RANK:15 )
|
-
-
4 楼
蓝色淡风
楼主可以考虑建个群,交流交流
emmm。。。我水平有限。。。感觉建群了能解决的问题也不多。。
|
能力值:
( LV5,RANK:70 )
|
-
-
5 楼
楼主辛苦。问个额外的问题,在使用IDA 远程调试arm/mips架构的程序时,如何跟踪由execve()起来的程序? 貌似gdb可以使用catch exec,但在使用gdb-multiarch时遇到几个问题:1) 使用ni单步步过好像也会单步进入,和si效果一样;2) 在进行远程调试时感觉很慢(比IDA要慢),另外会出现指令和地址对不上的情形,所以暂时没有尝试使用gdb-multiarch去执行catch exec来进行跟踪调试。
最后于 2018-8-13 19:32
被照片记录谁编辑
,原因:
|
能力值:
( LV2,RANK:15 )
|
-
-
6 楼
照片记录谁
楼主辛苦。问个额外的问题,在使用IDA 远程调试arm/mips架构的程序时,如何跟踪由execve()起来的程序? 貌似gdb可以使用catch exec,但在使用gdb-multiarch时遇到几 ...
先静态确定了execve调用处的位置,调试的时候再直接跳转到对应地址下断。另外gdb调试子进程可以用set follow-fork-mode试试。 而且话说单步步入之后不就可以调试execve的过程了嘛?gdb-multiarch我暂时也没用过,不是特别了解
|
能力值:
( LV12,RANK:340 )
|
-
-
7 楼
感谢分享!!!
|
能力值:
( LV2,RANK:15 )
|
-
-
8 楼
加了一个chroot . ./qemu-mips报错的解决方案
|
能力值:
( LV5,RANK:70 )
|
-
-
9 楼
伤字号
先静态确定了execve调用处的位置,调试的时候再直接跳转到对应地址下断。另外gdb调试子进程可以用set follow-fork-mode试试。
而且话说单步步入之后不就可以调试execve的过程 ...
多谢。另外,gdb-multiarch是一个与gdb类似的工具,但它支持多种架构,这样就不用针对每种架构都要去找对应架构的gdb了。当然,也可以在直接使用IDA Pro。
|
能力值:
( LV5,RANK:70 )
|
-
-
10 楼
伤字号
加了一个chroot . ./qemu-mips报错的解决方案
也可以试试采用对应架构的qemu-static版本,比如qemu-mips-static,这样chroot之后就不会有qemu-mips-static找不到依赖库的问题了。
|
能力值:
( LV2,RANK:15 )
|
-
-
11 楼
照片记录谁
也可以试试采用对应架构的qemu-static版本,比如qemu-mips-static,这样chroot之后就不会有qemu-mips-static找不到依赖库的问题了。
加static需要重新编译 我比较懒 就喜欢用apt install的版本
|
能力值:
(RANK:860 )
|
-
-
12 楼
【2018-08-16更新开始】加一个qemu-mips的脚本吧,解决chroot之后qemu-mips运行找不到依赖库然后报错文件不存在的: 这方面加一个吧,分析的时候确实遇到了这个问题,一直没有解决
|
能力值:
( LV2,RANK:15 )
|
-
-
13 楼
仙果
【2018-08-16更新开始】加一个qemu-mips的脚本吧,解决chroot之后qemu-mips运行找不到依赖库然后报错文件不存在的:
这方面加一个吧,分析的时候确实遇到了这个问题,一直没有 ...
加。。加啥 解决依赖库的脚本吗? 我在更新那段内容里那个迁移依赖库的move.sh就能解决问题了 或者还是其他别的什么问题呢?
|
能力值:
(RANK:860 )
|
-
-
14 楼
伤字号
加。。加啥 解决依赖库的脚本吗?
我在更新那段内容里那个迁移依赖库的move.sh就能解决问题了
或者还是其他别的什么问题呢?
我回去试一下,这个问题,困扰几天了
|
能力值:
( LV2,RANK:15 )
|
-
-
15 楼
仙果
我回去试一下,这个问题,困扰几天了
好的。。。把ldd之后打印出来的所有依赖库文件复制到当前固件的根目录下面的相对路径就行了 只是中间有些目录需要手动创建 我在那个move.sh脚本里应该写的都比较明白。。
|
能力值:
( LV4,RANK:50 )
|
-
-
16 楼
,那个,请问,用http是因为比较方便吗
|
能力值:
( LV5,RANK:70 )
|
-
-
17 楼
伤字号
加static需要重新编译 我比较懒 就喜欢用apt install的版本
我用的Ubuntu,直接使用apt-get安装的static版本的qemu。
最后于 2018-8-17 21:11
被照片记录谁编辑
,原因:
|
能力值:
( LV5,RANK:70 )
|
-
-
18 楼
regedit小表
,那个,请问,用http是因为比较方便吗
用http只是一个示例吧,其他的程序都大同小异。
|
能力值:
( LV2,RANK:15 )
|
-
-
19 楼
照片记录谁
用http只是一个示例吧,其他的程序都大同小异。
是的。。实际情况中直接调试http的场景并不多见
|
能力值:
(RANK:600 )
|
-
-
20 楼
蓝色淡风
楼主可以考虑建个群,交流交流
建议在帖子里交流,这样大家交流心得可以让更多后来者看到!
|
能力值:
( LV7,RANK:100 )
|
-
-
21 楼
gjden
建议在帖子里交流,这样大家交流心得可以让更多后来者看到!
嗯嗯
|
能力值:
( LV13,RANK:405 )
|
-
-
22 楼
仙果
我回去试一下,这个问题,困扰几天了
也可以将mips-gcc编译目录(bulidroot/output)下的库文件直接拷贝到当前目录的lib目录下
|
能力值:
( LV2,RANK:10 )
|
-
-
23 楼
如果是从固件里面提取出来的文件系统,把整个文件系统目录扔到qemu里面,chroot到当前目录就不会有问题了
|
能力值:
( LV4,RANK:51 )
|
-
-
24 楼
我通过move.sh解决了依赖库的问题,但在sudo chroot . ./qemu.mips bin/boa又报了一个错误: qemu:handle_cpu_signal received signal outside vCPU context @ pc=0x562daa0b8570 qemu:handle_cpu_signal received signal outside vCPU context @ pc=0x7f4cd373a179 想问问您这是什么问题,该如何解决。
最后于 2019-4-28 10:43
被FunRoot编辑
,原因:
|
能力值:
( LV2,RANK:15 )
|
-
-
25 楼
FunRoot
我通过move.sh解决了依赖库的问题,但在sudo chroot . ./qemu.mips bin/boa又报了一个错误:q ...
有截图嘛?盲猜一个qemu的架构和固件的架构不一致吧。。。
|
|
|