连接:马甲包不影响母本的状况下Config配置(这里很少说—->看博客 )python
添加文件类和垃圾代码,以及当前类添加垃圾代码ios
工具下载:工具使用json
这个是python 脚本 后缀 py 把下面的代码复制txt文件,修改后缀为py安全
#!/usr/bin/env python3bash
# coding=utf-8工具
import osui
#原来的前缀spa
oldPrefix=’SKT’code
#新前缀orm
newPrefix=’ZJP’
fordirpath, _, filenamesinos.walk(‘.’):
forfilenameinfilenames:
iffilename.startswith(oldPrefix):
oldFile = os.path.join(dirpath, filename)
newFile = os.path.join(dirpath, filename.replace(oldPrefix, newPrefix,2))
printnewFile
inFile = open(oldFile)
outFile = open(newFile,’w’)
replacements = {oldPrefix:newPrefix}
forlineininFile:
forsrc, targetinreplacements.iteritems():
line = line.replace(src, target)
outFile.write(line)
inFile.close()
outFile.close()
os.remove(oldFile)
附加视频,修改为功————–类名修改
代码混淆都是一个很重要的安全技术手段,如何进行全局的自动化代码混淆,如下开源项目详细介绍了如何实现这个目标。
若是你的工程支持cocoapod,你能够直接添加!
pod “STCObfuscator” (注:请用最新版本1.3.0,最好更新下pod repo update master)
把下面的代码加入到Appdelegate didFinishLaunchingWithOptions方法里,#import "STCObfuscator.h"
#if (DEBUG == 1)
[[STCObfuscator obfuscatorManager] confuseWithRootPath:[NSString stringWithFormat:@"%s", STRING(ROOT_PATH)] resultFilePath:[NSString stringWithFormat:@"%@/STCDefination.h", [NSString stringWithFormat:@"%s", STRING(ROOT_PATH)]] linkmapPath:[NSString stringWithFormat:@"%s", STRING(LINKMAP_FILE)]];
#endif
而后完成下面步骤的设置
步骤一:
在 Build Settings->Preprocessor Macros->DEBUG 中添加环境变量。(注:工程尽可能不要放在中文路径下)
LINKMAP_FILE=$(TARGET_TEMP_DIR)/$(PRODUCT_NAME)-LinkMap-$(CURRENT_VARIANT)-$(CURRENT_ARCH).txt复制代码
和ROOT_PATH="${SRCROOT}"
步骤二:
在 Build Settings 开启Write Link Map File, 设置成 YES。
步骤三:
将下面的脚本添加到 Build Phases
dir=${SRCROOT}
file_count=0
file_list=`ls -R $dir 2> /dev/null | grep -v '^$'`
for file_name in $file_list
do
temp=`echo $file_name | sed 's/:.*$//g'`
if [ "$file_name" != "$temp" ]; then
cur_dir=$temp
else
if [ ${file_name##*.} = a ]; then
find -P $dir -name $file_name > tmp.txt
var=$(cat tmp.txt)
nm $var > ${file_name}.txt
rm tmp.txt
fi
if [ ${file_name##*.} = framework ]; then
find -P $dir -name ${file_name%%.*} > tmp.txt
var=$(cat tmp.txt)
nm $var > ${file_name}.txt
rm tmp.txt
fi
fi
done.
步骤四:
在预编译文件最前面中添加如下代码:
#if (DEBUG != 1)
#import "STCDefination.h"
#endif
步骤五:
在DEBUG环境下用模拟器运行工程,在STCDefination.h头文件中生成混淆的宏。
全部的混淆符号会保留在工程目录下的confuse.json。
用于反混淆的文件confuse.json:
步骤六:
把工程目录下STCDefination.h头文件加入工程。
混淆后,若是工程增长代码,须要再次混淆,先清空STCDefination.h里面的内容,不能留任何空格和换行,而后pod update,再次在模拟器DEBUG环境下运行。
步骤七:
在 RELEASE 环境下运行工程,实现代码混淆。
一、混淆前
二、混淆后
另外,若是采用jenkins集成了项目,在jenkins中有进行pod update 处理,请在pod update 后加上如下脚本,
其中SRCROOT必须在脚本中配置为jenkins打包job中的要混淆的工程的根目录。
dir=${SRCROOT}/Pods
headerFile=${SRCROOT}/STCDefination.h
file_count=0
file_list=`ls -R $dir 2> /dev/null | grep -v '^$'`
for file_name in $file_list
do
temp=`echo $file_name | sed 's/:.*$//g'`
if [ "$file_name" != "$temp" ]; then
cur_dir=$temp
else
if [ ${file_name##*.} = pch ]; then
echo $file_name
find -P $dir -name $file_name > tmp1.txt
var1=$(cat tmp1.txt)
echo $var1
var2=$(cat $headerFile)
echo "" > $var1
echo "Pipe"
echo "$var2" | while read line
do
echo "$line" >> $var1
done
rm tmp1.txt
fi
let file_count++
fi
done
注:对于大量采用runtime的库好比RAC,RN,尽可能不混淆,另外那些采用反射机制映射的类、字段和方法依赖接口的,也不要混淆,这些状况通常自动化的工具很难解决,仍是须要手工处理过滤下,好比那些暴露给RN的属性,一旦混淆,RN就崩溃了。