Swift 混淆方案探究

  • 时间:2019-06-11 02:04 作者:狼性刀锋 来源:狼性刀锋 阅读:670
  • 扫一扫,手机访问
摘要:混淆方案主要分为一下两种类型:源代码混淆: 混淆各种类名函数签名等,其主要目的是使其无法通过函数签名去推测函数功能。llvm混淆: 利用编译器进行汇编级别代码混淆,这样使得app的汇编代码更加难以阅读,详细示例这里主要详情第一种,对于llvm混淆感兴趣的可以看看:obfuscatorHikari基于

混淆方案主要分为一下两种类型:

  • 源代码混淆: 混淆各种类名函数签名等,其主要目的是使其无法通过函数签名去推测函数功能。
  • llvm混淆: 利用编译器进行汇编级别代码混淆,这样使得app的汇编代码更加难以阅读,详细示例

这里主要详情第一种,对于llvm混淆感兴趣的可以看看:

  • obfuscator
  • Hikari

基于特定规则混淆code

事前规定对需要混淆的函数和类加上指定前缀,而后通过脚本正则匹配扫描源文件,使用随机字符串替换掉函数名和类名。

特点

实现起来比较简单,不需要做大量的脚本编写工作

缺陷

  • 对于已经完成的项目,改动量太大
  • 肯定程度上添加了编码的工作量,以及影响了代码的阅读性

总结

侵入性比较大,不具有透明性这个特点,不是一个让人满意的方案

相关文章

iOS Framework混淆/编译打包脚本(支持swift/oc/c++)

基于Sirius 进行混淆

Sirius 提供代码混淆功能,并且提供多种混淆方案,但它存在一下缺陷:

  • 需要手动配置files.json,这个工作量还是很大的

files.json 示例:

{  "project": {    "rootPath": "/Users/siejkowski/Polidea/SwiftObfuscator/TestProjects/iOS/Original/XcodeSampleProject",    "projectFilePath": "/Users/siejkowski/Polidea/SwiftObfuscator/TestProjects/iOS/Original/XcodeSampleProject/iOSTestApp.xcodeproj"  },  "module": {    "name": "iOSTestApp",    "triple": "arm64-apple-ios11.0"  },  "sdk": {    "name": "iphoneos",    "path": "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS11.0.sdk"  },  "sourceFiles": [    "/Users/siejkowski/Polidea/SwiftObfuscator/TestProjects/iOS/Original/XcodeSampleProject/iOSTestApp/ViewController.swift",    "/Users/siejkowski/Polidea/SwiftObfuscator/TestProjects/iOS/Original/XcodeSampleProject/iOSTestApp/AppDelegate.swift"  ],  "layoutFiles": [    "/Users/siejkowski/Polidea/SwiftObfuscator/TestProjects/iOS/Original/XcodeSampleProject/iOSTestApp/Base.lproj/LaunchScreen.storyboard",    "/Users/siejkowski/Polidea/SwiftObfuscator/TestProjects/iOS/Original/XcodeSampleProject/iOSTestApp/Base.lproj/Main.storyboard"  ],   "explicitlyLinkedFrameworks": [      {         "name":"CoreImage",         "path":"/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS11.0.sdk/System/Library/Frameworks/"      }   ],   "implicitlyLinkedFrameworks":[      "UIKit"   ],   "frameworkSearchPaths": [      "/Users/siejkowski/Polidea/SwiftObfuscator/TestProjects/iOS/Original/XcodeSampleProject/Pods/Crashlytics/iOS"   ],   "headerSearchPaths": [      "/Users/siejkowski/Polidea/SwiftObfuscator/TestProjects/iOS/Original/XcodeSampleProject/Pods/Headers/Public"   ],   "configurationFile": "/Users/siejkowski/Polidea/SwiftObfuscator/TestProjects/iOS/Original/XcodeSampleProject/.obfuscation.yml"   ],   "bridgingHeader": "/Users/siejkowski/Polidea/SwiftObfuscator/TestProjects/iOS/Original/XcodeSampleProject/Bridging-header.h"   ]}

假如你的工程文件多的话,手动配置这个文件很麻烦的。所以我尝试着使用脚本生成files.json

解析pbxproj ,生成 files.json

  1. 使用 plutil(系统自带)工具 将project.pbxproj 解析为json

    plutil -convert json -s -r -o project.pbxproj.xml   project.pbxproj
  2. 使用python脚本解析 json, 并且生成files.json

    首先要理解pbxproj 结构,才能做到比较好的解析。生成files.json

  3. 使用 sirius 代码混淆操作

    $ bin/sirius -projectrootpath <path-to-xcode-project> - obfuscatedproject `<path-for-obfuscated-project>` [-    namemappingstrategy <name-mapping-strategy>] [- keepintermediates] [-inplace] [-verbose]
  • 对于Swift的语法解析支持的不够,泛型闭包等无法解析

总结

对于第一个缺陷还能忍,但第二个真的无能为力了,各种编译错误解让你崩溃

swiftshield

使用起来超简单,只要要一个命令后即可以了,但会不会存在像Sirius一样的问题还有待,进一步观察。

swiftshield -automatic -project-root /app/MyApp -automatic-project-file /app/MyApp/MyApp.xcworkspace -automatic-project-scheme MyApp-AppStore

总结

目前来看使用swiftshield 是最优的选择,假如你有更好的方案,please call me.

  • 全部评论(0)
最新发布的资讯信息
【系统环境|】2FA验证器 验证码如何登录(2024-04-01 20:18)
【系统环境|】怎么做才能建设好外贸网站?(2023-12-20 10:05)
【系统环境|数据库】 潮玩宇宙游戏道具收集方法(2023-12-12 16:13)
【系统环境|】遥遥领先!青否数字人直播系统5.0发布,支持真人接管实时驱动!(2023-10-12 17:31)
【系统环境|服务器应用】克隆自己的数字人形象需要几步?(2023-09-20 17:13)
【系统环境|】Tiktok登录教程(2023-02-13 14:17)
【系统环境|】ZORRO佐罗软件安装教程及一键新机使用方法详细简介(2023-02-10 21:56)
【系统环境|】阿里云 centos 云盘扩容命令(2023-01-10 16:35)
【系统环境|】补单系统搭建补单源码搭建(2022-05-18 11:35)
【系统环境|服务器应用】高端显卡再度登上热搜,竟然是因为“断崖式”的降价(2022-04-12 19:47)
手机二维码手机访问领取大礼包
返回顶部