用debugserver + lldb代替gdb进行动态调试

根据:http://bbs.iosre.com./t/debugserver-lldb-gdb/65
在具体操作过程中走了很多弯路,现在记下来,以便使用

设备:越狱后的iphone4s
iOSIP:手机的ip
~/debugserver:mac上的路径

一、配置debugserver

  1. 在iOS中安装debugserver

debugserver运行在iOS上,顾名思义,它作为服务端,实际执行LLDB(作为客户端)传过来的命令,再把执行结果反馈给LLDB,显示给用户,即所谓的“远程调试”。在默认情况下,iOS上并没有安装debugserver,只有在设备连接过一次Xcode,并在Window→Devices菜单中添加此设备后,debugserver才会被Xcode安装到iOS的“/Developer/usr/bin/”目录下。

  1. 帮debugserver减肥

将debugserver 从手机拷贝至MAC

   snakeninnysiMac:~ snakeninny$ scp root@iOSIP:/Developer/usr/bin/debugserver ~/debugserver

然后帮它减肥:

    snakeninnysiMac:~ snakeninny$ lipo -thin armv7 ~/debugserver -output ~/debugserver

注意把这里的“armv7s”换成你的设备所对应的ARM。

  1. 给debugserver添加task_for_pid权限
    原文是debugserver 我测试的好像应该为debugserver的路径 ~/debugserver

下载ent.xml32到macOS的“/Users/iOS/”目录,然后运行:

   snakeninnysiMac:~ snakeninny$ /opt/theos/bin/ldid -Sent.xml debugserver

注意,此处的ldid来自joedj,且“-S”选项与“ent.xml”之间是没有空格的。正常情况下,上面这条命令会在5秒内执行完毕。如果ldid卡住了,执行超时,就换一种方案:下载ent.plist到“/Users/snakeninny/”,然后运行:

  snakeninnysiMac:~ snakeninny$ codesign -s - --entitlements ent.plist -f debugserver
  1. 将经过处理的debugserver拷回iOS

    snakeninnysiMac:~ snakeninny$ scp ~/debugserver root@iOSIP:/usr/bin/debugserver
    snakeninnysiMac:~ snakeninny$ ssh root@iOSIP
    FunMaker-5:~ root# chmod +x /usr/bin/debugserver
    

这里之所以把处理过的debugserver存放在iOS的“/usr/bin/”下,而没有覆盖“/Developer/usr/bin/”下的原版debugserver,一是因为原版debugserver是不可写的,无法覆盖;二是因为“/usr/bin/”下的命令无须输入全路径就可以执行,即在任意目录下运行“debugserver”都可启动处理过的debugserver。

二、在iOS上用debugserver来attach进程

01、攻击,调试SpringBoard

   debugserver *:1234 -a "SpringBoard"

成功后会显示:

屏幕快照 2017-08-01 18.53.03.png

此时会静止在这里,手机开机什么的都不管用,其实没有死机,是代码正在攻击SpringBoard,我们接着做下一步,(可以通过结束程序(Control + c),重启手机,回复手机,但没必要,此时手机正在运行,没有任何问题)

02、在macOS上用lldb远程调试
首先在终端中运行lldb,然后输入以下命令:

     process connect connect://iOSIP:1234
屏幕快照 2017-08-01 18.58.35.png

注意,这条命令执行耗时比较长,很多读者可能会以为iOS/macOS死掉了,其实没有,耐心等一会,~执行成功后会显示:

用debugserver + lldb代替gdb进行动态调试_第1张图片
屏幕快照 2017-08-01 19.00.11.png

用debugserver + lldb代替gdb进行动态调试_第2张图片
屏幕快照 2017-08-01 19.00.26.png

到这里就算lldb调试成功了,接下来获取更多信息
获取ASLR的offset

 image list -o -f

显示如下图片:

用debugserver + lldb代替gdb进行动态调试_第3张图片
屏幕快照 2017-08-01 19.04.33.png

其中第一列[X]是image的序号,不用管;第二列是ASLR的offset(也就是对应image的虚拟内存slide);第三列是image的全路径和slide之后的基地址,也不用管~所以第二列就是我们需要的信息。
五、在内存地址上下断点
五、在内存地址上下断点

 br s -a 0xb446+0x9a000

 br s -a 0xA5446

执行成功后显示:

屏幕快照 2017-08-01 19.06.19.png

六、更改寄存器的值(我没实现)

按下home键,触发断点,显示如图:


用debugserver + lldb代替gdb进行动态调试_第4张图片

可以看到,lldb把包括断点在内的4条指令显示了出来,方便我们调试。这里,我们将r0的值设为0,让其跳转到0xa5470(0xb470 + 0x9a000)处。更改r0值的lldb命令是:

     register write r0 0

接着”ni“两次,我们就可以看到程序执行到了0xa5470处,如图:


用debugserver + lldb代替gdb进行动态调试_第5张图片

七、用lldb启动一个App

   debugserver -x backboard *:1234 /path/to/app/executable

      debugserver -x backboard *:1234 /Applications/MobileNotes.app/MobileNotes
用debugserver + lldb代替gdb进行动态调试_第6张图片
屏幕快照 2017-08-01 19.22.24.png

此命令会启动记事本,并断在dyld的第一条指令上,如图所示:

用debugserver + lldb代替gdb进行动态调试_第7张图片
屏幕快照 2017-08-01 19.28.39.png

接下来,在lldb中持续输入“ni”,直到出现“error: invalid thread”的字样,如图所示:



稍等片刻,lldb即会停在程序的第一条指令上,如图所示(这一步我自己做的和文章上的有所不同,还未找到原因,下面的是我自己的):


用debugserver + lldb代替gdb进行动态调试_第8张图片
用debugserver + lldb代替gdb进行动态调试_第9张图片
屏幕快照 2017-08-01 19.34.33.png

此时我们即已处在进程内部,可以开始一窥究竟啦~相较attach的半路出家,这种方式更有助于我们从头调试一个程序,可以观察到一些变量的初始化过程。

八、更多lldb命令
经过上面的操作,我们可以看到,lldb还是比较方便的,用惯了gdb而对它不熟悉的朋友可以通过lldb与gdb命令对照表来熟悉lldb的命令。其实有了上面的几个操作,我们就可以开始简单动态分析程序了,相信能把上面六步走通的朋友,已经具备了举一反三的能力,其他需要用到的功能都可以Google到,论坛也汇总了一部分。好了,debugserver + lldb的简单介绍到此结束,接下来赶紧打开Terminal(终端),hack起来吧~!

你可能感兴趣的:(用debugserver + lldb代替gdb进行动态调试)