so文件是啥？so文件是elf文件，elf文件后缀名是.so，所以也被chang常称之为so文件,elf文件是linux底下二进制文件，可以理解为windows下的PE文件，在Android中可以比作dll，方便函数的移植，在常用于保护Android软件，增加逆向难度。解析elf文件有啥子用？最明显的两个用处就是：1、so加固；2、用于frida(xposed)的检测！

    本文使用c语言，编译器为vscode。如有错误，还请斧正！！！

    so文件大体上可分为四部分，一般来说从上往下是ELF头部->Pargarm头部->节区(Section)->节区头，其中，除了ELF头部在文件位置固定不变外，其余三部分的位置都不固定。整体结构图可以参考非虫大佬的那张图，图片如下：

    解析语言之所以选择c语言，有两个原因：1、做so加固的时候可以需要用到，这里就干脆用c写成一个模板，哪里需要就哪里改，不像上次解析dex文件的时候用python写，结果后面写指令还原的时候需要用的时候在写一遍c版本代价太大了；2、在安卓源码中，有个elf.h文件，这个文件定义了我们解析时需要用到的所有数据结构，并且给出了参考注释，是很好的参考资料。elf.h文件路径如下：

    ELF头部数据格式在elf.h文件中已经给出，如下图所示：

  每个字段解释如下：

    1、e_ident数组：前4个字节为.ELF，是elf标志头，第5个字节为该文件标志符，为1代表这是一个32位的elf文件，后面几个字节代表版本等信息。
    2、e_type字段：表示是可执行文件还是链接文件等，安卓上的so文件就是分享文件，一般该字段为3，详细请看下图。
    3、e_machine字段：该字段标志该文件运行在什么机器架构上，例如ARM。
    4、e_version字段：该字段表示当前so文件的版本信息，一般为1.
    5、e_entry字段：该字段是一个偏移地址，为程序启动的地址。
    6、e_phoff字段：该字段也是一个偏移地址，指向程序头(Pargram Header)的起始地址。
    7、e_shoff字段：该字段是一个偏移地址，指向节区头(Section Header)的起始地址。
    8、e_flags字段：该字段表示该文件的权限，常见的值有1、2、4，分别代表read、write、exec。
    9、e_ehsize字段：该字段表示elf文件头部大小，一般固定为52.
    10、e_phentsize字段：该字段表示程序头(Program Header)大小，一般固定为32.
    11、e_phnum字段：该字段表示文件中有几个程序头。
    12、e_shentsize:该字段表示节区头(Section Header)大小，一般固定为40.
    13、e_shnum字段：该字段表示文件中有几个节区头。
    14、e_shstrndx字段：该字段是一个数字，这个表明了.shstrtab节区(这个节区存储着所有节区的名字，例如.text)的节区头是第几个。

  e_type具体值(相关值后面有英文注释，这里就不再添加中文注释了)：

  解析代码如下：

    程序头在elf.h文件中的数据格式是Elf32_Phdr，如下图所示：

  每个字段解释如下：

    1、p_type字段：该字段表明了段(Segment)类型，例如PT_LOAD类型，具体值看下图，实在有点多，没办法这里写完。
    2、p_offest字段：该字段表明了这个段在该so文件的起始地址。
    3、p_vaddr字段：该字段指明了加载进内存后的虚拟地址，我们静态解析时用不到该字段。
    4、p_paddr字段：该字段指明加载进内存后的实际物理地址，跟上面的那个字段一样，解析时用不到。
    5、p_filesz字段：该字段表明了这个段的大小，单位为字节。
    6、p_memsz字段：该字段表明了这个段加载到内存后使用的字节数。
    7、p_flags字段：该字段跟elf头部的e_flags一样，指明了该段的属性，是可读还是可写。
    8、p_align字段：该字段用来指明在内存中对齐字节数的。

  p_type字段具体取值：

  解析代码：

    节区头在elf.h文件中的数据结构为Elf32_Shdr，如下图所示：

  每个字段解释如下：

    1、sh_name字段：该字段是一个索引值，是.shstrtab表(节区名字字符串表)的索引，指明了该节区的名字。
    2、sh_type字段：该字段表明该节区的类型，例如值为SHT_PROGBITS,则该节区可能是.text或者.rodata，至于具体怎么区分，当然看sh_name字段。具体取值看下图。
    3、sh_flags字段：跟上面的一样，就不再细说了。
    4、sh_addr字段：该字段是一个地址，是该节区加载进内存后的地址。
    5、sh_offset字段：该字段也是一个地址，是该节区在该so文件中的偏移地址。
    6、sh_size字段：该字段表明了该节区的大小，单位是字节。
    7、sh_link和sh_info字段：这两个字段只适用于少数节区，我们这里解析用不到，感兴趣的可以去看官方文档。
    8、sh_addralign字段：该字段指明在内存中的对齐字节。
    9、sh_entsize字段：该字段指明了该节区中每个项占用的字节数。

  sh_type取值：

  解析代码：

    PS:从这里开始网上的参考资料很少了，特别是参考代码，所以有错误的地方还请斧正；因为以后的so加固等只涉及到几个节区，所以只解析了.shstrtab、.strtab、.dynstr、.text、.symtab、.dynamic节区！！！

    在elf头部中有个e_shstrndx字段，该字段指明了.shstrtab节区头部是文件中第几个节区头部，我们可以根据这找到.shstrtab节区的偏移地址，然后读取出来，就可以为每个节区名字赋值了，然后就可以顺着锁定剩下的两个字符串节区。

    在elf文件中，字符串表示方式如下：字符串的头部和尾部用标示字节00标志，同时上一个字符串尾部标识符00作为下一个字符串头部标识符。例如我有两个紧邻的字符串分别是a和b，那么他们在elf文件中16进制为00 97 00 98 00。

  解析代码如下(PS:因为编码问题，第一次打印字符串表没问题，但填充进sh_name就乱码，所以这里只放上解析.shstrtab的代码，但剩下两个节区节区代码一样)：

    .dynamic在elf.h文件中的数据结构是Elf32-Dyn，如下图所示：

    第一个字段表明了类型，占4个字节；第二个字段是一个共用体，也占四个字节，描述了具体的项信息。解析代码如下：

    该节区是该so文件的符号表，它在elf.h文件中的数据结构是Elf32_Sym，如下所示：

  每个字段解释如下：

    1、st_name字段：该字段是一个索引值，指明了该项的名字。
    2、st_value字段：该字段表明了相关联符号的取值。
    3、stz-size字段：该字段指明了每个项所占用的字节数。
    4、st_info和st_other字段：这两个字段指明了符号的类型。
    5、st_shndx字段：相关索引。

  解析代码如下(PS：由于乱码问题，索引手动固定了地址测试，有兴趣的挨个解析字符应该可以解决乱码问题)：

    PS：这部分没代码了，只简单解析一下，因为解析arm指令太麻烦了，估计得写个半年都不一定能搞定，后续写了会同步更新在github!!!

    .text节区存储着可执行指令，我们可以通过节区头部的名字锁定.text的偏移地址和大小，找到该节区后，我们会发现这个节区存储的就是arm机器码，直接照着指令集翻译即可，没有其他的结构。通过ida验证如下：

    frida反调试最简单的就是检查端口，检查进程名，检查so文件等，但最准确以及最复杂的是检查汇编指令，我们知道frida是通过一个大调整实现hook，而跳转的指令就那么几条，我们是否可以通过检查每个函数第一条指令来判断是否有frida了！！！(ps：简单写一下原理，拉开写就太多了，这里感谢某大佬和我讨论的这个话题！！！)

    本来因为这个so文件解析要写到明年去了，没想到看起来代码量大，但实际要用到的地方代码量很少。。。

    源码github链接：https://github.com/windy-purple/parseso/

[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！