首页 > 代码库 > ELF(Executable and Linkable Format)学习
ELF(Executable and Linkable Format)学习
目录
0. 引言
1. ELF文件格式2. ELF格式分析工具
0. 引言
可执行链接格式(Executable and Linking Format)最初是由UNIX系统实验室(UNIX System Laboratories,USL)开发并发布的,作为应用程序二进制接口(Application Binary Interface,ABI)的一部分。
ELF标准的目的是为软件开发人员提供一组二进制接口定义,这些接口可以延伸到多种操作环境,从而减少重新编码、重新编译程序的需要。接口的内容包括:
1. 目标模块格式2. 可执行文件格式3. 调试记录信息与格式等
工具接口标准(Tool Interface Standards,TIS)委员会将还在发展的ELF标准选作为一种可移植的目标文件格式,可以在32位Intel体系结构上的很多操作系统中使用。
TIS给出的Portable Formats Specification 1.1版本中主要针对三种不同类型的目标文件作了规定,并规定了程序加载与动态链接相关过程细节,给出了标准ANSI C和libc例程必须提供的符号。在该组织随后发布的Executable and Linking Format(ELF) Specification 1.2版本中则分如下三个部分,主要的不同点是对与操作系统相关的部分进行了重新组织:
1. Book I: Executable and Linking Format,描述ELF目标文件格式;2. Book II: Processor Specific(Intel Architecture),描述ELF中与硬件相关的信息;3. Book III: Operating System Specific,描述ELF中与操作系统相关的部分,例如System V Release 4信息等
1. ELF文件格式
我们知道,对于windows中使用的PE文件结构来说,也存在一种"磁盘上PE结构"和"内存中PE结构"的概念,原因在于操作系统为了提高CPU的读写效率,会在将磁盘上的PE镜像装载映射到内存中的时候进行"内存页边界对齐"(例如对应32位机器来说就是4KB,不足4KB的用00进行Padding),所以我们在程序动态运行时查看进程的dump会看到大量的00
同样,对于Linux也是一样的,对于ELF格式来说,存在
1. 链接视图(磁盘上的静态格式)2. 以及执行视图(内存中的运行时格式)
下面我们来详细学习一下ELF的文件格式
ELF中常用数据格式名称 | 大小 | 对齐 | 目的 |
Elf32_Addr | 4 | 4 | 无符号程序地址 |
Elf32_Half | 2 | 2 | 无符号中等整数 |
Elf32_Off | 4 | 4 | 无符号文件偏移 |
Elf32_SWord | 4 | 4 | 有符号大整数 |
Elf32_Word | 4 | 4 | 无符号大整数 |
unsigned char | 1 | 1 | 无符号小整数 |
ELF Header
文件开始处是一个ELF头部(ELF Header),用来描述整个文件的组织,这些信息独立于处理器,也独立于文件中的其余内容
#define EI_NIDENT 16typedef struct{ /* 1. e_ident数组(16 bytes) 给出了ELF的一些标识信息 1) EI_MAG: 魔数(4 bytes): 标志此文件是一个 ELF 目标文件 1.1) e_ident[0]: 0x7f 1.2) e_ident[1]: ‘E‘ 1.3) e_ident[2]: ‘L‘ 1.4) e_ident[3]: ‘F‘ 2) EI_CLASS: 文件的类别(1 byte): 或者说是位宽 2.1) ELFCLASSNONE: 0: 非法类别 2.2) ELFCLASS32: 1: 32位目标 2.3) ELFCLASS64: 2: 64位目标 3) EI_DATA: 处理器特定数据的数据编码方式 3.1) ELFDATANONE: 0: 非法数据编码 3.2) ELFDATA2LSB: 1: 高位在前 3.3) ELFDATA2MSB: 2: 低位在前 4) EI_VERSION: ELF 头部的版本号码,此值必须是EV_CURRENT 5) EI_PAD: 标记e_ident 中未使用字节的开始,初始化为0 */ unsigned char e_ident[EI_NIDENT]; /* 2. e_type(2 bytes): 目标文件类型 1) ET_NONE: 0: 未知目标文件格式 2) ET_REL: 1: 可重定位文件 3) ET_EXEC: 2: 可执行文件 4) ET_DYN: 3: 共享目标文件 5) ET_CORE: 4: Core文件(转储格式0 6) ET_LOPROC: 0xff00: 特定处理器文件 7) ET_HIPROC: 0xffff: 特定处理器文件 ET_LOPROC和ET_HIPROC之间的取值用来标识与处理器相关的文件格式 */ Elf32_Half e_type; /* 3. e_machine(2 bytes): 文件的目标体系结构类型 */ Elf32_Half e_machine; 1) EM_NONE: 0: 未指定 2) EM_M32: 1: AT&T WE 32100 3) EM_SPARC: 2: SPARC 4) EM_386: 3: Intel 80386 5) EM_68K: 4: Motorola 68000 6) EM_88K: 5: Motorola 88000 7) EM_860: 7: Intel 80860 8) EM_MIPS: 8: MIPS RS3000 /* 4. e_version(4 bytes): 目标文件版本 1) EV_NONE: 0: 非法版本 2) EV_CURRENT: 1: 当前版本 */ Elf32_Word e_version; /* 5. e_entry(4 bytes): 程序入口的虚拟地址,如果目标文件没有程序入口,可以为0 */ Elf32_Addr e_entry; /* 6. e_phoff(4 bytes): 程序头部表格(Program Header Table)的偏移量(按字节计算),如果文件没有程序头部表格,可以为0 */ Elf32_Off e_phoff; /* 7. e_shoff(4 bytes): 节区头部表格(Section Header Table)的偏移量(按字节计算)。如果文件没有节区头部表格,可以为0 */ Elf32_Off e_shoff; /* 8. e_flags(4 bytes): 保存与文件相关的,特定于处理器的标志。标志名称采用EF_machine_flag的格式 */ Elf32_Word e_flags; /* 9. e_ehsize(2 bytes): ELF头部的大小(以字节计算) */ Elf32_Half e_ehsize; /* 10. e_phentsize(2 bytes): 程序头部表格的表项大小(按字节计算) */ Elf32_Half e_phentsize; /* 11. e_phnum(2 bytes): 程序头部表格的表项数目,可以为0 */ Elf32_Half e_phnum; /* 12. e_shentsize(2 bytes): 节区头部表格的表项大小(按字节计算) */ Elf32_Half e_shentsize; /* 13. e_shnum(2 bytes): 节区头部表格的表项数目,可以为0 */ Elf32_Half e_shnum; /* 14. e_shstrndx(2 bytes): 节区头部表格中与节区名称字符串表相关的表项的索引。如果文件没有节区名称字符串表,此参数可以为SHN_UNDEF */ Elf32_Half e_shstrndx;}Elf32_Ehdr;
无论是对于网络协议格式、还是文件格式的学习,亲身动手实验永远都是最后的方法,这里,小瀚建议朋友们一边结合一些资料、rfc标准文档、一边自己用winhex来一段一段地对照着看(随便写个hello world程序即可),这样会获得比较直观的感受
程序头部表(Program Header Table)
告诉系统如何创建进程映像。用来构造进程映像的目标文件必须具有程序头部表,可重定位文件不需要这个表。
可执行文件或者共享目标文件的程序头部的大致结构如下:
1. 结构数组每个数组元素表示: 1) 一个"段" 1.1) 包含一个或者多个"节区" 程序头部仅对于可执行文件和共享目标文件有意义 2) 或者"系统准备程序执行所必需的其它信息"
可执行目标文件在ELF头部的e_phentsize和e_phnum成员中给出其自身程序头部的大小以及元素数量
我们知道,程序头部表(Program Header Table)是个数组结构,它的每一个元素的数据结构如下
typedef struct { /* 1. p_type(4 bytes): 段类型 1) PT_NULL: 0: 此数组元素未用。结构中其他成员都是未定义的 2) PT_LOAD: 1: 此数组元素给出一个可加载的段,段的大小由p_filesz和p_memsz描述。文件中的字节被映射到内存段开始处。如果p_memsz大于p_filesz,"剩余"的字节要清零。p_filesz不能大于p_memsz。可加载
的段在程序头部表格中根据p_vaddr 成员按升序排列 3) PT_DYNAMIC: 2: 数组元素给出动态链接信息 4) PT_INTERP: 3: 数组元素给出一个NULL结尾的字符串的位置和长度,该字符串将被当作解释器调用。这种段类型仅对与可执行文件有意义(尽管也可能在共享目标文件上发生)。在一个文件中不能出现一次以上。如果存在
这种类型的段,它必须在所有可加载段项目的前面。 5) PT_NOTE: 4: 此数组元素给出附加信息的位置和大小 6) PT_SHLIB: 5: 此段类型被保留,不过语义未指定。包含这种类型的段的程序与ABI(应用程序二进制接口 Application Binary Interface,ABI)不符 7) PT_PHDR: 6: 此类型的数组元素如果存在,则给出了程序头部表自身的大小和位置,既包括在文件中也包括在内存中的信息。此类型的段在文件中不能出现一次以上。并且只有程序头部表是程序的内存映像的一部分时才起
作用。如果存在此类型段,则必须在所有可加载段项目的前面。 8) PT_LOPROC(0x70000000)~PT_HIPROC(0x7fffffff): 此范围的类型保留给处理器专用语义 */ Elf32_Word p_type; /* 2. p_offset(4 bytes): 从文件头到该段第一个字节的偏移 */ Elf32_Off p_offset; /* 3. p_vaddr(4 bytes): 段的第一个字节将被放到内存中的虚拟地址(思考为什么和磁盘上的静态偏移不同,结合内存对齐,页大小等知识) */ Elf32_Addr p_vaddr; /* 4. p_paddr(4 bytes): 用于与物理地址相关的系统中。因为System V忽略所有应用程序的物理地址信息,此字段对与可执行文件和共享目标文件而言具体内容是未指定的 */ Elf32_Addr p_paddr; /* 5. p_filesz(4 bytes): 给出段在文件映像中所占的字节数。可以为0 */ Elf32_Word p_filesz; /* 6. p_memsz(4 bytes): 给出段在内存映像中占用的字节数。可以为0 */ Elf32_Word p_memsz; /* 7. p_flags(4 bytes): 给出与段相关的标志 */ Elf32_Word p_flags; /* 8. p_align(4 bytes): 给出段在文件中和内存中如何对齐。数值0和1表示不需要对齐。否则p_align应该是个正整数,并且是2的幂次数,p_vaddr和p_offset对 p_align取模后应该相等 */ Elf32_Word p_align;} Elf32_phdr;
通过readelf和winhex进行对照学习
节区
节区中包含目标文件中的所有信息,除了:ELF头部、程序头部表格、节区头部表格
节区满足以下条件:
1. 目标文件中的每个节区都有对应的节区头部描述它,反过来,有节区头部不意味着有节区2. 每个节区占用文件中一个连续字节区域(这个区域可能长度为0)3. 文件中的节区不能重叠,不允许一个字节存在于两个节区中的情况发生4. 目标文件中可能包含非活动空间(INACTIVE SPACE)。这些区域不属于任何头部和节区,其内容未指定
我们在使用winhex等工具观察ELF文件的时候,可能会发现节区的位置在节区表的前面,对于这点我们需要理解的是对于PE、或者ELF文件来说,每个部分在文件中的偏移位置并不需要严格规定,而只要能通过相应字段的指针进行明确定位就可以了。
例如,对于每个节区来说,在节区头表中的每一个元素(对应每一个节区)都有偏移字段来表明当前节区的偏移位置,则操作系统的loader就可以明确知道该去哪里取数据
节区头部表(Section Heade Table)
包含了描述文件节区的信息,ELF头部中,e_shoff成员给出从文件头到节区头部表格的偏移字节数,e_shnum给出表格中条目数目,e_shentsize 给出每个项目的字节数。从这些信息中可以确切地定位节区的具体位置、长度。
和程序头部表一样,每一项节区在节区头部表格中都存在着一项元素与它对应,因此可知,这个节区头部表格为一连续的空间,每一项元素为一结构体(思考这节开头的那张节区和节区头部的示意图),那么这个结构体的定义如下
typedef struct{ /* 1. sh_name(4 bytes): 节区名称,是"节区头部字符串表节区"(Section Header String Table Section)的索引。名字是一个NULL结尾的字符串。
所谓"节区头部字符串表节区",就是一段连续的保存每个节区名字的ascii字符的地址空间 */ Elf32_Word sh_name; /* 2. sh_type(4 bytes): 为节区的内容和语义进行分类 1) SHT_NULL: 0: 此值标志节区头部是非活动的,没有对应的节区。此节区头部中的其他成员取值无意义 2) SHT_PROGBITS: 1: 此节区包含程序定义的信息,其格式和含义都由程序来解释 3) SHT_SYMTAB: 2: 此节区包含一个符号表。目前目标文件对每种类型的节区都只能包含一个,不过这个限制将来可能发生变化,通常情况下,SHT_SYMTAB节区提供用于链接编辑(指ld而言)的符号,尽管也可用来实现动态
链接。 4) SHT_STRTAB: 3: 此节区包含字符串表。目标文件可能包含多个字符串表节区。 5) SHT_RELA: 4: 此节区包含重定位表项,其中可能会有补齐内容(addend),例如32位目标文件中的Elf32_Rela类型。目标文件可能拥有多个重定位节区 6) SHT_HASH: 5: 此节区包含符号哈希表。所有参与动态链接的目标都必须包含一个符号哈希表。目前,一个目标文件只能包含一个哈希表,不过此限制将来可能会解除。 7) SHT_DYNAMIC: 6: 此节区包含动态链接的信息。目前一个目标文件中只能包含一个动态节区,将来可能会取消这一限制。 8) SHT_NOTE: 7: 此节区包含以某种方式来标记文件的信息。 9) SHT_NOBITS: 8: 这种类型的节区不占用文件中的空间,其他方面和SHT_PROGBITS相似。尽管此节区不包含任何字节,成员sh_offset中还是会包含概念性的文件偏移 10) SHT_REL: 9: 此节区包含重定位表项,其中没有补齐(addends),例如32位目标文件中的Elf32_rel类型。目标文件中可以拥有多个重定位节区 11) SHT_SHLIB: 10: 此节区被保留,不过其语义是未规定的。包含此类型节区的程序与ABI不兼容。 12) SHT_DYNSYM: 11: 作为一个完整的符号表,它可能包含很多对动态链接而言不必要的符号。因此,目标文件也可以包含一个SHT_DYNSYM节区,其中保存动态链接符号的一个最小集合,以节省空间 13) SHT_LOPROC(0x70000000)~SHT_HIPROC(0x7FFFFFFF): 这一段(包括两个边界),是保留给处理器专用语义的 14) SHT_LOUSER(0X80000000): 此值给出保留给应用程序的索引下界 15) SHT_HIUSER(0X8FFFFFFF): 此值给出保留给应用程序的索引上界 */ Elf32_Word sh_type; /* 2. sh_flags(4 bytes): sh_flags字段定义了一个节区中包含的内容是否可以修改、是否可以执行等信息。如果一个标志位被设置,则该位取值为1。未定义的各位都设置为0(这是一种bitmap位图表示法) 1) SHF_WRITE: 0x1: 节区包含进程执行过程中将可写的数据 2) SHF_ALLOC: 0x2: 此节区在进程执行过程中占用内存。某些控制节区并不出现于目标文件的内存映像中,对于那些节区,此位应设置为0 3) SHF_EXECINSTR: 0x4: 节区包含可执行的机器指令 4) SHF_MASKPROC: 0xF0000000: 所有包含于此掩码中的四位都用于处理器专用的语义 */ Elf32_Word sh_flags; /* 3. sh_addr(4 bytes): 如果节区将出现在进程的内存映像中,此成员给出节区的第一个字节应处的位置。否则,此字段为0 */ Elf32_Addr sh_addr; /* 4. sh_offset(4 bytes): 此成员的取值给出节区的第一个字节与文件头之间的偏移。不过,SHT_NOBITS类型的节区不占用文件的空间,因此其sh_offset成员给出的是其概念性的偏移 */ Elf32_Off sh_offset; /* 5. sh_size(4 bytes): 此成员给出节区的长度(字节数)。除非节区的类型是SHT_NOBITS,否则节区占用文件中的sh_size 字节。类型为SHT_NOBITS的节区长度可能非零,不过却不占用文件中的空间 */ Elf32_Word sh_size; /* 6. sh_link(4 bytes): 此成员给出节区头部表索引链接。其具体的解释依赖于节区类型 根据节区类型的不同,sh_link和sh_info 的具体含义也有所不同 sh_type sh_link sh_info SHT_DYNAMIC 此节区中条目所用到的字符串表格的节区头部索引 0 SHT_HASH 此哈希表所适用的符号表的节区头部索引 0 SHT_REL、SHT_RELA 相关符号表的节区头部索引 重定位所适用的节区的节区头部索引 SHT_SYMTAB、SHT_DYNSYM 相关联的字符串表的节区头部索引 最后一个局部符号(绑定 STB_LOCAL)的符号表索引值加一 其它 SHN_UNDEF 0 */ Elf32_Word sh_link; /* 7. sh_info(4 bytes): 此成员给出附加信息,其解释依赖于节区类型 */ Elf32_Word sh_info; /* 8. sh_addralign(4 bytes): 某些节区带有地址对齐约束。例如,如果一个节区保存一个doubleword,那么系统必须保证整个节区能够按双字对齐。sh_addr对sh_addralign取模,结果必须为0。目前仅允许取值为0和2的幂
次数。数值0和1表示节区没有对齐约束 */ Elf32_Word sh_addralign; /* 9. sh_entsize(4 bytes): 某些节区中包含固定大小的项目,如符号表。对于这类节区,此成员给出每个表项的长度字节数。如果节区中并不包含固定长度表项的表格,此成员取值为0 */ Elf32_Word sh_entsize;}Elf32_Shdr;
Relevant Link:
http://www.cnblogs.com/LittleHann/archive/2013/06/14/3136111.htmlhttp://files.cnblogs.com/LittleHann/ELF.pdfhttp://blog.csdn.net/flydream0/article/details/8719036
2. ELF格式分析工具
使用linux下提供的readelf可以很方便的查看和学习ELF文件格式
Usage: readelf <option(s)> elf-file(s) Options are: 1) -a --all: Equivalent to: -h -l -S -s -r -d -V -A -I 2_ -h --file-header: 仅显示ELF文件头部(ELF file header) 3) -l --program-headers: 仅显示ELF程序头部(program headers) 4) -S --section-headers: 显示ELF节区头部(sections‘ header) 5) -t --section-details: 显示ELF节区详细信息(section details) 6) -e --headers: Equivalent to: -h -l -S 7) -s --syms: 显示ELF文件符号表(symbol table) 8) -r --relocs: 显示ELF文件重定位表(relocations) 9) -d --dynamic: 显示ELF文件动态节(rdynamic section) ted bytes
example:
code:
#include <stdio.h>main(){ printf("hello\n");}
ELF Info:
ELF Header: Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 Class: ELF32 Data: 2‘s complement, little endian Version: 1 (current) OS/ABI: UNIX - System V ABI Version: 0 Type: EXEC (Executable file) Machine: Intel 80386 Version: 0x1 Entry point address: 0x8048300 Start of program headers: 52 (bytes into file) Start of section headers: 1888 (bytes into file) Flags: 0x0 Size of this header: 52 (bytes) Size of program headers: 32 (bytes) Number of program headers: 8 Size of section headers: 40 (bytes) Number of section headers: 30 Section header string table index: 27Section Headers: [Nr] Name Type Addr Off Size ES Flg Lk Inf Al [ 0] NULL 00000000 000000 000000 00 0 0 0 [ 1] .interp PROGBITS 08048134 000134 000013 00 A 0 0 1 [ 2] .note.ABI-tag NOTE 08048148 000148 000020 00 A 0 0 4 [ 3] .note.gnu.build-i NOTE 08048168 000168 000024 00 A 0 0 4 [ 4] .gnu.hash GNU_HASH 0804818c 00018c 000020 04 A 5 0 4 [ 5] .dynsym DYNSYM 080481ac 0001ac 000050 10 A 6 1 4 [ 6] .dynstr STRTAB 080481fc 0001fc 00004a 00 A 0 0 1 [ 7] .gnu.version VERSYM 08048246 000246 00000a 02 A 5 0 2 [ 8] .gnu.version_r VERNEED 08048250 000250 000020 00 A 6 1 4 [ 9] .rel.dyn REL 08048270 000270 000008 08 A 5 0 4 [10] .rel.plt REL 08048278 000278 000018 08 A 5 12 4 [11] .init PROGBITS 08048290 000290 000030 00 AX 0 0 4 [12] .plt PROGBITS 080482c0 0002c0 000040 04 AX 0 0 4 [13] .text PROGBITS 08048300 000300 00016c 00 AX 0 0 16 [14] .fini PROGBITS 0804846c 00046c 00001c 00 AX 0 0 4 [15] .rodata PROGBITS 08048488 000488 000012 00 A 0 0 4 [16] .eh_frame_hdr PROGBITS 0804849c 00049c 000024 00 A 0 0 4 [17] .eh_frame PROGBITS 080484c0 0004c0 00007c 00 A 0 0 4 [18] .ctors PROGBITS 0804953c 00053c 000008 00 WA 0 0 4 [19] .dtors PROGBITS 08049544 000544 000008 00 WA 0 0 4 [20] .jcr PROGBITS 0804954c 00054c 000004 00 WA 0 0 4 [21] .dynamic DYNAMIC 08049550 000550 0000c8 08 WA 6 0 4 [22] .got PROGBITS 08049618 000618 000004 04 WA 0 0 4 [23] .got.plt PROGBITS 0804961c 00061c 000018 04 WA 0 0 4 [24] .data PROGBITS 08049634 000634 000004 00 WA 0 0 4 [25] .bss NOBITS 08049638 000638 000008 00 WA 0 0 4 [26] .comment PROGBITS 00000000 000638 00002c 01 MS 0 0 1 [27] .shstrtab STRTAB 00000000 000664 0000fc 00 0 0 1 [28] .symtab SYMTAB 00000000 000c10 000410 10 29 45 4 [29] .strtab STRTAB 00000000 001020 0001fa 00 0 0 1Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings) I (info), L (link order), G (group), x (unknown) O (extra OS processing required) o (OS specific), p (processor specific)There are no section groups in this file.Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align PHDR 0x000034 0x08048034 0x08048034 0x00100 0x00100 R E 0x4 INTERP 0x000134 0x08048134 0x08048134 0x00013 0x00013 R 0x1 [Requesting program interpreter: /lib/ld-linux.so.2] LOAD 0x000000 0x08048000 0x08048000 0x0053c 0x0053c R E 0x1000 LOAD 0x00053c 0x0804953c 0x0804953c 0x000fc 0x00104 RW 0x1000 DYNAMIC 0x000550 0x08049550 0x08049550 0x000c8 0x000c8 RW 0x4 NOTE 0x000148 0x08048148 0x08048148 0x00044 0x00044 R 0x4 GNU_EH_FRAME 0x00049c 0x0804849c 0x0804849c 0x00024 0x00024 R 0x4 GNU_STACK 0x000000 0x00000000 0x00000000 0x00000 0x00000 RW 0x4 Section to Segment mapping: Segment Sections... 00 01 .interp 02 .interp .note.ABI-tag .note.gnu.build-id .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rel.dyn .rel.plt .init .plt .text .fini .rodata .eh_frame_hdr .eh_frame 03 .ctors .dtors .jcr .dynamic .got .got.plt .data .bss 04 .dynamic 05 .note.ABI-tag .note.gnu.build-id 06 .eh_frame_hdr 07 Dynamic section at offset 0x550 contains 20 entries: Tag Type Name/Value 0x00000001 (NEEDED) Shared library: [libc.so.6] 0x0000000c (INIT) 0x8048290 0x0000000d (FINI) 0x804846c 0x6ffffef5 (GNU_HASH) 0x804818c 0x00000005 (STRTAB) 0x80481fc 0x00000006 (SYMTAB) 0x80481ac 0x0000000a (STRSZ) 74 (bytes) 0x0000000b (SYMENT) 16 (bytes) 0x00000015 (DEBUG) 0x0 0x00000003 (PLTGOT) 0x804961c 0x00000002 (PLTRELSZ) 24 (bytes) 0x00000014 (PLTREL) REL 0x00000017 (JMPREL) 0x8048278 0x00000011 (REL) 0x8048270 0x00000012 (RELSZ) 8 (bytes) 0x00000013 (RELENT) 8 (bytes) 0x6ffffffe (VERNEED) 0x8048250 0x6fffffff (VERNEEDNUM) 1 0x6ffffff0 (VERSYM) 0x8048246 0x00000000 (NULL) 0x0Relocation section ‘.rel.dyn‘ at offset 0x270 contains 1 entries: Offset Info Type Sym.Value Sym. Name08049618 00000106 R_386_GLOB_DAT 00000000 __gmon_start__Relocation section ‘.rel.plt‘ at offset 0x278 contains 3 entries: Offset Info Type Sym.Value Sym. Name08049628 00000107 R_386_JUMP_SLOT 00000000 __gmon_start__0804962c 00000207 R_386_JUMP_SLOT 00000000 __libc_start_main08049630 00000307 R_386_JUMP_SLOT 00000000 putsThere are no unwind sections in this file.Symbol table ‘.dynsym‘ contains 5 entries: Num: Value Size Type Bind Vis Ndx Name 0: 00000000 0 NOTYPE LOCAL DEFAULT UND 1: 00000000 0 NOTYPE WEAK DEFAULT UND __gmon_start__ 2: 00000000 0 FUNC GLOBAL DEFAULT UND __libc_start_main@GLIBC_2.0 (2) 3: 00000000 0 FUNC GLOBAL DEFAULT UND puts@GLIBC_2.0 (2) 4: 0804848c 4 OBJECT GLOBAL DEFAULT 15 _IO_stdin_usedSymbol table ‘.symtab‘ contains 65 entries: Num: Value Size Type Bind Vis Ndx Name 0: 00000000 0 NOTYPE LOCAL DEFAULT UND 1: 08048134 0 SECTION LOCAL DEFAULT 1 2: 08048148 0 SECTION LOCAL DEFAULT 2 3: 08048168 0 SECTION LOCAL DEFAULT 3 4: 0804818c 0 SECTION LOCAL DEFAULT 4 5: 080481ac 0 SECTION LOCAL DEFAULT 5 6: 080481fc 0 SECTION LOCAL DEFAULT 6 7: 08048246 0 SECTION LOCAL DEFAULT 7 8: 08048250 0 SECTION LOCAL DEFAULT 8 9: 08048270 0 SECTION LOCAL DEFAULT 9 10: 08048278 0 SECTION LOCAL DEFAULT 10 11: 08048290 0 SECTION LOCAL DEFAULT 11 12: 080482c0 0 SECTION LOCAL DEFAULT 12 13: 08048300 0 SECTION LOCAL DEFAULT 13 14: 0804846c 0 SECTION LOCAL DEFAULT 14 15: 08048488 0 SECTION LOCAL DEFAULT 15 16: 0804849c 0 SECTION LOCAL DEFAULT 16 17: 080484c0 0 SECTION LOCAL DEFAULT 17 18: 0804953c 0 SECTION LOCAL DEFAULT 18 19: 08049544 0 SECTION LOCAL DEFAULT 19 20: 0804954c 0 SECTION LOCAL DEFAULT 20 21: 08049550 0 SECTION LOCAL DEFAULT 21 22: 08049618 0 SECTION LOCAL DEFAULT 22 23: 0804961c 0 SECTION LOCAL DEFAULT 23 24: 08049634 0 SECTION LOCAL DEFAULT 24 25: 08049638 0 SECTION LOCAL DEFAULT 25 26: 00000000 0 SECTION LOCAL DEFAULT 26 27: 00000000 0 FILE LOCAL DEFAULT ABS crtstuff.c 28: 0804953c 0 OBJECT LOCAL DEFAULT 18 __CTOR_LIST__ 29: 08049544 0 OBJECT LOCAL DEFAULT 19 __DTOR_LIST__ 30: 0804954c 0 OBJECT LOCAL DEFAULT 20 __JCR_LIST__ 31: 08048330 0 FUNC LOCAL DEFAULT 13 __do_global_dtors_aux 32: 08049638 1 OBJECT LOCAL DEFAULT 25 completed.5974 33: 0804963c 4 OBJECT LOCAL DEFAULT 25 dtor_idx.5976 34: 08048390 0 FUNC LOCAL DEFAULT 13 frame_dummy 35: 00000000 0 FILE LOCAL DEFAULT ABS crtstuff.c 36: 08049540 0 OBJECT LOCAL DEFAULT 18 __CTOR_END__ 37: 08048538 0 OBJECT LOCAL DEFAULT 17 __FRAME_END__ 38: 0804954c 0 OBJECT LOCAL DEFAULT 20 __JCR_END__ 39: 08048440 0 FUNC LOCAL DEFAULT 13 __do_global_ctors_aux 40: 00000000 0 FILE LOCAL DEFAULT ABS test.c 41: 0804961c 0 OBJECT LOCAL DEFAULT 23 _GLOBAL_OFFSET_TABLE_ 42: 0804953c 0 NOTYPE LOCAL DEFAULT 18 __init_array_end 43: 0804953c 0 NOTYPE LOCAL DEFAULT 18 __init_array_start 44: 08049550 0 OBJECT LOCAL DEFAULT 21 _DYNAMIC 45: 08049634 0 NOTYPE WEAK DEFAULT 24 data_start 46: 080483d0 5 FUNC GLOBAL DEFAULT 13 __libc_csu_fini 47: 08048300 0 FUNC GLOBAL DEFAULT 13 _start 48: 00000000 0 NOTYPE WEAK DEFAULT UND __gmon_start__ 49: 00000000 0 NOTYPE WEAK DEFAULT UND _Jv_RegisterClasses 50: 08048488 4 OBJECT GLOBAL DEFAULT 15 _fp_hw 51: 0804846c 0 FUNC GLOBAL DEFAULT 14 _fini 52: 00000000 0 FUNC GLOBAL DEFAULT UND __libc_start_main@@GLIBC_ 53: 0804848c 4 OBJECT GLOBAL DEFAULT 15 _IO_stdin_used 54: 08049634 0 NOTYPE GLOBAL DEFAULT 24 __data_start 55: 08048490 0 OBJECT GLOBAL HIDDEN 15 __dso_handle 56: 08049548 0 OBJECT GLOBAL HIDDEN 19 __DTOR_END__ 57: 080483e0 90 FUNC GLOBAL DEFAULT 13 __libc_csu_init 58: 08049638 0 NOTYPE GLOBAL DEFAULT ABS __bss_start 59: 08049640 0 NOTYPE GLOBAL DEFAULT ABS _end 60: 00000000 0 FUNC GLOBAL DEFAULT UND puts@@GLIBC_2.0 61: 08049638 0 NOTYPE GLOBAL DEFAULT ABS _edata 62: 0804843a 0 FUNC GLOBAL HIDDEN 13 __i686.get_pc_thunk.bx 63: 080483b4 23 FUNC GLOBAL DEFAULT 13 main 64: 08048290 0 FUNC GLOBAL DEFAULT 11 _initHistogram for `.gnu.hash‘ bucket list length (total of 2 buckets): Length Number % of total Coverage 0 1 ( 50.0%) 1 1 ( 50.0%) 100.0%Version symbols section ‘.gnu.version‘ contains 5 entries: Addr: 0000000008048246 Offset: 0x000246 Link: 5 (.dynsym) 000: 0 (*local*) 0 (*local*) 2 (GLIBC_2.0) 2 (GLIBC_2.0) 004: 1 (*global*) Version needs section ‘.gnu.version_r‘ contains 1 entries: Addr: 0x0000000008048250 Offset: 0x000250 Link: 6 (.dynstr) 000000: Version: 1 File: libc.so.6 Cnt: 1 0x0010: Name: GLIBC_2.0 Flags: none Version: 2Notes at offset 0x00000148 with length 0x00000020: Owner Data size Description GNU 0x00000010 NT_GNU_ABI_TAG (ABI version tag)Notes at offset 0x00000168 with length 0x00000024: Owner Data size Description GNU 0x00000014 NT_GNU_BUILD_ID (unique build ID bitstring)
Copyright (c) 2014 LittleHann All rights reserved