如何保护你的代码 - Ollvm(一)

简介: 如何保护你的代码 - Ollvm(一)

一、目标



李老板:奋飞呀,最近的so都混淆的很厉害呀,也没有啥通用的反混淆方法。一点都不好玩,之前你说的 D810 也不是很好使。


奋飞:我传你六字真言,打不过就加入


搞不定反混淆,我们搞搞代码混淆,好处多多。

  • 可以很好的保护自己的代码
  • 搞明白混淆的原理,可以增强反混淆的思路


二、步骤

下载代码先


OLLVM(Obfuscator-LLVM的老家在这里 github.com/obfuscator-… ,只不过官方仅更新到llvm的4.0。


我们使用大神修改的版本,支持 9.0.1 。


github.com/heroims/obf…


不过git clone的速度太慢了,还经常失败。这里插播一个github加速的方法。


gitHub加速


前提是你可以愉快地使用Chrome浏览器,然后装上神奇的 #GitHub加速# 插件19.png


打开项目主页之后,就多了个 加速 按钮,我一般用第二个地址,clone速度飕飕快。20.png


不过还有一个尴尬的问题,项目web页面很难打开。


我使用的方法是,访问下面这两个页面,拿到对应的ip地址,


github.global.ssl.fastly.net.ipaddress.com/#ipinfo


github.com.ipaddress.com/#ipinfo


然后把对应的ip加到系统 hosts 里面,貌似效果不错。


199.232.69.194 github.global.ssl.fastly.net

140.82.113.3 github.com


编译代码


我的环境是 macOS Mojave 10.14.6 , NDK版本 23.1.7779620

# clone 项目
git clone https://hub.fastgit.org/heroims/obfuscator.git
# 切换到 9.0.1
cd obfuscator
git checkout llvm-9.0.1
# 创建build目录
mkdir build
cd build
# 初始化MakeFile
cmake -DCMAKE_BUILD_TYPE=Release -DLLVM_CREATE_XCODE_TOOLCHAIN=ON ../../obfuscator/
# 开始编译
make -j7


嗯,可以去喝杯水,聊聊天了,经过漫长的编译过程。


配置编译器


编译完成之后,需要把我们编译的新的支持Ollvm的clang复制替换掉 AndroidStudio使用的NDK目录 中的对应文件。


1、我们编译目录 /Users/fenfei/Desktop/gitsrc/obfuscator/build/bin

下面 clang、clang-9、clang-format、clang++  这四个文件,

复制到 AndroidStudio使用的NDK目录   /toolchains/llvm/prebuilt/darwin-x86_64/bin,存在同名文件需要替换掉。 (亲,替换之前别忘了备份原文件哦)。


2、 我们编译目录 /Users/zzx/Desktop/gitsrc/obfuscator/build/lib/clang/9.0.1/include

下面 stdarg.h 、stddef.h 、__stddef_max_align_t.h 、float.h 这四个文件复制到

复制到 AndroidStudio使用的NDK目录 /toolchains/llvm/prebuilt/darwin-x86_64/sysroot/usr/include 文件夹下。


TIP:  找不到 AndroidStudio使用的NDK目录 的情况请往下看。


开始编译


到这里 Ollvm的编译环境就配置好了,


OLLVM 9.0.1支持下面四种混淆方式

. -mllvm -fla:控制流扁平化

. -mllvm -sub:指令替换

. -mllvm -bcf:虚假控制流程

. -mllvm -sobf: 字符串加密


把参数加入到 CMakeLists.txt 里面

# -mllvm -bcf  加上 bcf之后编译卡死,原因未知
set(CMAKE_C_FLAGS_RELEASE "${CMAKE_C_FLAGS_RELEASE} -mllvm -sub -mllvm -sobf -mllvm -fla ")
set(CMAKE_CXX_FLAGS_RELEASE "${CMAKE_CXX_FLAGS_RELEASE} -mllvm -sub -mllvm -sobf -mllvm -fla")
set(CMAKE_C_FLAGS_DEBUG "${CMAKE_C_FLAGS_DEBUG} -mllvm -sub -mllvm -sobf -mllvm -fla" )
set(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} -mllvm -sub -mllvm -sobf -mllvm -fla" )


然后Clean Project && Make Project,编译之后就是混淆之后的so了


TIP: 如果之前配置编译器的时候,没有找到 #AndroidStudio使用的NDK目录# ,原始编译器不支持这几个参数,这一步编译的时候就会报错,然后报错信息里面就有你的AndroidStudio使用的NDK目录。


加料之前的函数流程图:21.png


加料之后的函数流程图:

22.png


熟悉的配方,熟悉的味道。


三、总结


Ollvm还有很多种玩法,要想混淆的强度高,必然是要了解它的原理之后,继续二次开发,我们后面再慢慢介绍。


Android项目  Android.mk方式编译, 可以加入编译参数:

LOCAL_CFLAGS   += -mllvm -sub -mllvm -sobf -mllvm -fla -mllvm -bcf

24.png


你爱不爱你的工作,工作都会在那等你,不离不弃。


TIP: 本文的目的只有一个就是学习更多的逆向技巧和思路,如果有人利用本文技术去进行非法商业获取利益带来的法律责任都是操作者自己承担,和本文以及作者没关系,本文涉及到的代码项目可以去 奋飞的朋友们 知识星球自取,欢迎加入知识星球一起学习探讨技术。有问题可以加我wx: fenfei331 讨论下。


关注微信公众号: 奋飞安全,最新技术干货实时推送


相关文章
|
安全
C 标准库 - <signal.h> 详解
`&lt;signal.h&gt;` 是 C 标准库中的头文件,提供信号处理功能,用于通知程序特定事件,如非法操作或定时器到期。它定义了多种信号常量(如 `SIGINT`、`SIGTERM`、`SIGKILL`、`SIGSEGV`、`SIGUSR1` 和 `SIGUSR2`),并允许通过 `signal()` 或 `sigaction()` 设置信号处理函数。
|
7月前
|
安全 JavaScript 前端开发
HarmonyOS NEXT~HarmonyOS 语言仓颉:下一代分布式开发语言的技术解析与应用实践
HarmonyOS语言仓颉是华为专为HarmonyOS生态系统设计的新型编程语言,旨在解决分布式环境下的开发挑战。它以“编码创造”为理念,具备分布式原生、高性能与高效率、安全可靠三大核心特性。仓颉语言通过内置分布式能力简化跨设备开发,提供统一的编程模型和开发体验。文章从语言基础、关键特性、开发实践及未来展望四个方面剖析其技术优势,助力开发者掌握这一新兴工具,构建全场景分布式应用。
745 35
|
11月前
|
开发框架 .NET API
在 .NET 9 中使用 Scalar 替代 Swagger
在 .NET 9 中使用 Scalar 替代 Swagger
314 29
|
7月前
|
移动开发 Dart 前端开发
《社交应用动态表情:RN与Flutter实战解码》
React Native依托JavaScript和React,通过便捷调用原生模块实现动态表情的流畅展示与交互;其组件化开发模式提升了代码可维护性,活跃社区提供的第三方库简化了复杂解析工作。Flutter则以Dart语言为基础,利用自绘制UI体系和Skia引擎实现卓越动画效果,异步编程特性保障多任务流畅运行,热重载功能显著提高开发效率。两者在实现动态表情时均需应对资源管理、格式解析、性能优化及安全性等挑战。动态表情作为社交应用的核心功能,其发送与解析能力已成为衡量用户体验的重要标准,而React Native和Flutter凭借各自技术优势为开发者提供了高效解决方案。
130 17
|
Linux 数据安全/隐私保护
【Deepin 20 系统】Linux系统在开机时未进入系统前进入命令行界面(终端)
如何在Deepin 20系统启动时进入命令行界面(终端),通过在GRUB界面中编辑内核启动参数来引导系统进入多用户文本模式(运行级别3)。
1057 1
|
测试技术 Swift iOS开发
探索iOS自动化测试:使用Swift编写UI测试
【8月更文挑战第31天】在软件开发的海洋中,自动化测试是保证船只不偏离航线的灯塔。本文将带领读者启航,深入探索iOS应用的自动化UI测试。我们将通过Swift语言,点亮代码的灯塔,照亮测试的道路。文章不仅会展示如何搭建测试环境,还会提供实用的代码示例,让理论知识在实践中生根发芽。无论你是新手还是有经验的开发者,这篇文章都将是你技能提升之旅的宝贵指南。
|
消息中间件 缓存 算法
从ACID到BASE:分布式系统CAP理论深度解析
**CAP理论**是分布式系统设计的基础,指出一致性(Consistency)、可用性(Availability)和分区容忍性(Partition Tolerance)无法兼得。一致性确保所有节点数据相同,如ACID原则;可用性保证系统始终响应用户请求,常见优化包括BASE理论和多级缓存;分区容忍性则确保网络分区时仍能服务。设计时需根据业务需求权衡这三者。
378 4
|
监控 安全 网络安全
网络安全应急响应常用工具介绍
在网络安全应急响应中可使用的工具很多,我将我认知的以下部分常用工具分享给大家
网络安全应急响应常用工具介绍
|
数据采集 存储 人工智能
【AI大模型应用开发】【LangChain系列】实战案例4:再战RAG问答,提取在线网页数据,并返回生成答案的来源
【AI大模型应用开发】【LangChain系列】实战案例4:再战RAG问答,提取在线网页数据,并返回生成答案的来源
1162 0