ARM Linux ELF加壳方案

大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。

Jetbrains全系列IDE稳定放心使用

随着移动应用和IoT设备的普及，大量的硬件抛弃了传统的x86架构，选择使用能耗低、性价比高的ARM芯片，ARM指令级渐渐成为主流，但随之而来的，是愈发严峻的安全问题。

早期的加壳产品主要利用压缩加密技术对文件进行整体性保护，但随着逆向技术的提升，整体性的文件保护方案已经被攻克，于是加壳产品引入虚拟机概念，可以实现函数级的代码控制流保护，加密的颗粒度更加细致，激活成功教程难度呈几何级增加。

压缩加密

技术原理类似桌面应用的「压缩壳」，将 SO 文件中的代码段压缩或加密，在入口函数中解密再执行。

这种保护方式可以防止直接使用反编译工具打开反编译，但在运行过程依旧可以直接被 Dump 出来再反编译。后来又出现了「自定义 Linker」等方式的保护方式，这样可以隐藏一些文件格式信息，但依旧解决不了函数被Dump后的反编译问题。

由此可见，文件级的整体保护方案无法应对高等级的安全挑战，加固技术需要进一步升级，针对指令进行保护。

基于LLVM的代码保护方案

由于在Android下实现原生的函数级代码控制流保护技术难度太大，所以大部分的产品，都采用了弯道超车的方案，基于开源的OLLVM「由瑞士西北应用科技大学安全实验室在2010年发起的一个项目」进行改造，以实现函数级的代码混淆，在相当长的一段时间内，基于LLVM的代码保护技术，成为函数级保护的主流方案。

虽然基于LLVM的代码保护方案可以在一定程度上起到防止反编译的效果，但依旧存在很多问题，需要由新的解决方案替代。

虽然使用OLLVM进行保护后，可以在一定程度上起到防止反编译的作用，但依旧存在很多问题。