免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12
最近访问板块 发新帖
楼主: allen303allen
打印 上一主题 下一主题

关于cat /proc/<pid>/maps输出条目的几个问题 [复制链接]

论坛徽章:
0
11 [报告]
发表于 2011-09-21 17:39 |只看该作者
>>这里是如何判断出第三个load对应于.dynstr节的?
readelf -l /bin/bash,后面有ph和section的对照表

>>ld动态链接要创建这样一个不能读写执行的区间的目的是什么呢?
可能是系统设计和实现都将load ph放在一起吧,中间放一些检测非法访问的页。通过这个方法,就不需要再具体计算哪些区间空闲,而不能再分配出去了。

你还没搞懂思想,请再看仔细一点

“先计算要加载的load ph的总区间,即第一个load ph的start地址,和最后一个load的结束地址,并一次性mmap,然后再将其区间调整为不能读写执行.再根据每个load ph执行各自的mmap.”

先一次mmap全部空间,在用mprot修改该区间不能访问,然后再加载各个load ph再次mmap,剩下的就是
3bed14d000-3bed34d000 ---p 0014d000 fd:00 945303                         /lib64/libc-2.5.so
这个没有被再次mmap,形成空洞了.

>>GNU_RELRO
应该是重定位信息吧


如果你想了解得更多,请查看
内核的binfmt_elf.c中的load_elf_binary函数
glibc中的ld代码
binutils中的readelf代码

论坛徽章:
0
12 [报告]
发表于 2011-09-22 11:08 |只看该作者
回复 12# qtdszws

恩,多谢了,明白了很多。

我确实是对加载器根据程序头加载ELF文件的原理细节没搞明白,所以对很多maps信息的表现没想通,等搞清楚原理再回过头来看您的回复应该就都明白了。

论坛徽章:
0
13 [报告]
发表于 2017-03-29 15:53 |只看该作者
关于3bed14d000-3bed34d000 ---p 0014d000 fd:00 945303                         /lib64/libc-2.5.so 的详细解释
http://www.greenend.org.uk/rjk/tech/dataseg.html#summary

论坛徽章:
0
14 [报告]
发表于 2017-03-29 15:54 |只看该作者
3bed14d000-3bed34d000 ---p 0014d000 fd:00 945303                         /lib64/libc-2.5.so
关于上面段的详细解释
http://www.greenend.org.uk/rjk/tech/dataseg.html#summary
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP