android混淆字符串,[原创]对目前开源OLLVM的字符串加密混淆总结

本文探讨了LLVM IR中的字符串常量形式和加密解密方案。分析了不同加密范围、解密时机和解密存储位置的优缺点,如ctor解密、Function入口解密和Instruction前解密。提到解密到栈上提供了较好的保护但可能影响性能,而VMP的字符串加密方案在保护和性能之间取得了平衡。作者计划实现自己的OLLVM字符串加密方案,重点关注指令直接引用的CDS,解密可能在Function入口或Instruction前,并考虑栈上或堆上解密存储。
摘要由CSDN通过智能技术生成

LLVM的IR中字符串的形式:

字符串常量和字符数组都是ConstantDataSequential(CDS)

所有的字符串字面量, 都是i8/i16数组,

匿名的字符串常量为@.str(.n) = private unnamed_addr constant

具名的字符数组为@name = global 或 @name = internal constant

空的字符串字面量为private unnamed_addr constant [1 x i8] zeroinitializer

关于常量表达式退化:

将load,store,call等指令中的gep,bistcast等生成一条独立的指令, 方便后续进行处理

getAsInstruction + setOperand或replaceUsesOfWith

处理之后, 所有对GV的引用都只能是Inst的直接operand

所有的字符串字面量都是全局CDS

只存在指令直接引用全局CDS或者指令通过CA,CS,i8*等间接引用CDS

加密解密方案分析

Pass处理在IR中要找到所有的字符串常量是比较容易的, 直接遍历module->globals即可,

但是问题的关键是, 加密范围, 解密时机和解密存储位置, 目前来说开源方案的几种方案:

加密范围:

1: 指令中直接引用的CDS

2: 指令中间接引用的CDS

解密时机:

1: ctor解密

2: Function入口解密

3: Instruction前解密

解密存储位置:

1: 解密到段上

2: 解密到栈上

下面详细说说这几种方式的优缺点和局限性

解密时机:

1:

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值