aix xcoff可执行文件分析4

最后更新2021/10/31

十月最后一天收尾,遥遥无期漫无边际的前路有了可估计的日程。32位加载过程基本搞定,要写一个从头到尾的程序实现一下,忽然发现恐怖的libc shr.o竟然有3000多个依赖symbol !要是都搞一搞,奶油雪糕都凉了。想了一个偷懒的办法,从前往后,首先需要哪个,加载哪个;其次弄个universal的call,都去调用它,然后程序执行的时候输出被谁调用了,尽管程序fail,但是至少留下了遗言,把这个call解决之后再来,终究需要的call都能显示出来。对于小程序,估计十几个,最多几十个重要的调用也就解决了。

先按这个思路继续,11月份看效果。

32位xcoff程序的加载过程框架如下(正统的过程,不涉及到前面提到的偷懒方案):

  1. filehdr被读取,判断magic,错误则失败返回;
  2. 继续读auxhdr。据说auxhdr是变长,但未找到任何依据,目前看是定长的,可以和filehdr同时读进来;
  3. 通过这两个hdr,拿到scnhdr等等相关的信息,加载text段,data段,bss段,读入loader段,继续分析符号重定位信息;
  4. 先读取import依赖表,看看import依赖的动态链接程序是否已经被加载,如果不是,先加载。也许可以在后续步骤再加载?我觉得无所谓,毕竟整体上是一个load domain,早晚都要用,现在内存很大,不差这么一点;如果要加载动态链接文件,则是重复以上1-4过程&#x
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Ensighine

如需特定专题,踢我

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值