ELF文件:data段开始的位置为什么没有进行进行对齐?

问题:

如下图所示,第一个是text段、第二个是data段,Align对齐:0x1000(4kb)对齐。
问: 为什么data段虚拟地址的起始位置不是0x08049000?
在这里插入图片描述

答:
下面这幅图是程序执行后的内存分布图,第一个是text段区域,第二个是只读数据区,第三个是读写数据区。

根据下面这个程序运行时的内存分布图可以知道,0x49000开始的区域是只读数据。

主要组成是填充区域和.ctors,.dtors,.dynamic,.got部分(重定位完成后的只读数据区域),这个可以根据上面的ELF格式中第二个需要加载的data段虚拟起始位置为0x08049f08(EFL规范p_vaddr ( mod PAGE_SIZE )=p_offset ( mod PAGE_SIZE )),那么可以从内存中看到0x08049000到0x08049f08的值是填充值,并且根据上面图中ELF格式中的GNU_RELRO(内存中的地址刚好是一个内存页的尾部:0x08049f08-0x0804a000),参考[3]中的解释,这个内存页尾部包含了重定位后的只读数据。

然后下一个内存页0x084a000-0x084b000就是可以读写的数据段(填充数据+只读数据)
在这里插入图片描述
**小结:**所以从内存分布可以看见,这个32位文件的数据段起始位置其实是0x08049000的,
主要包含:填充区域 + 只读数据 + 读写数据 + 填充区域

扩充:64位ELF可执行文件

下面是64位文件的文件格式:

  • text段、data段是200000对齐的。
  • text段在内存空间可以用的区域:0x400000-0x600000
  • data段在内存空间可以用的区域:0x600000-0x800000
  • data段和text段在内存空间里,中间有0x1000大小的只读数据区域
    在这里插入图片描述
    在这里插入图片描述

小结

可以看到32、64位ELF文件text段和data段中间的有很多填充区域,都可以作为病毒体的存储位置

参考

elf官方规范: http://refspecs.linuxbase.org/elf/elf.pdf
Linux/Unix环境中ELF格式病毒的分析 https://www2.isye.gatech.edu/~yxie77/computer_engineering.pdf
[3]Acronyms relevant to Executable and Linkable Format (ELF) https://www.cs.stevens.edu/~jschauma/631/elf.html

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值