• iOS 安全


    iOS 安全

    • 众所周知的是大部分iOS代码一般不会做加密加固,因为iOS APP一般是通过AppStore发布的,而且苹果的系统难以攻破,所以在iOS里做代码加固一般是一件出力不讨好的事情。万事皆有例外,不管iOS、adr还是js,加密的目的是为了代码的安全性,虽然现在开源畅行,但是不管个人开发者还是大厂皆有保护代码安全的需求,所以iOS代码加固有了生存的土壤。下面简单介绍下iOS代码加密的几种方式。

    iOS代码加密的几种方式

    1.字符串加密

    • 字符串会暴露APP的很多关键信息,攻击者可以根据从界面获取的字符串,快速找到相关逻辑的处理函数,从而进行分析破解。加密字符串可以增加攻击者阅读代码的难度以及根据字符串静态搜索的难度。
    • 一般的处理方式是对需要加密的字符串加密,并保存加密后的数据,再在使用字符串的地方插入解密算法。简单的加密算法可以把NSString转为byte或者NSData的方式,还可以把字符串放到后端来返回,尽量少的暴露页面信息。

    2.符号混淆

    • 符号混淆的中心思想是将类名、方法名、变量名替换为无意义符号,提高应用安全性;防止敏感符号被class-dump工具提取,防止IDA Pro等工具反编译后分析业务代码。目前市面上的IOS应用基本上是没有使用类名方法名混淆的。

    • a. 别名

      • 在编写代码的时候直接用别名可能是最简单的一种方式,也是比较管用的一种方式。因为你的app被破解后,假如很容易就能从你的类名中寻找到蛛丝马迹,那离hook只是一步之遥,之前微信抢红包的插件应该就是用hook的方式执行的。
    • b.C重写

      • 编写别名的方式不是很易读,而且也不利于后续维护,这时你可能需要升级一下你的保护方式,用C来重写你的代码吧。这样把函数名隐藏在结构体中,用函数指针成员的形式存储,编译后,只留下了地址,去掉了名字和参数表,让他们无从下手(copy from 念茜)。如下例子:
    // 原始代码
    @interface XXUtil : NSObject
    
    + (BOOL)isVerified;
    + (BOOL)isNeedSomething;
    + (void)resetPassword:(NSString *)password;
    
    @end
    
    // 加密后
    //XXUtil.h
    #import <Foundation/Foundation.h>
    
    typedef struct _util {
        BOOL (*isVerified)(void);
        BOOL (*isNeedSomething)(void);
        void (*resetPassword)(NSString *password);
    }XXUtil_t ;
    
    #define XXUtil ([_XXUtil sharedUtil])
    
    @interface _XXUtil : NSObject
    
    + (XXUtil_t *)sharedUtil;
    @end
    
    //XXUtil.m
    #import "XXUtil.h"
    
    static BOOL _isVerified(void)
    {
        //bala bala ...
        return YES;
    }
    
    static BOOL _isNeedSomething(void)
    {
        //bala bala ...
        return YES;
    }
    
    static void _resetPassword(NSString *password)
    {
        //bala bala ...
    }
    
    static XXUtil_t * util = NULL;
    @implementation _XXUtil
    
    +(XXUtil_t *)sharedUtil
    {
        static dispatch_once_t onceToken;
        dispatch_once(&onceToken, ^{
            util = malloc(sizeof(XXUtil_t));
            util->isVerified = _isVerified;
            util->isNeedSomething = _isNeedSomething;
            util->resetPassword = _resetPassword;
        });
        return util;
    }
    
    + (void)destroy
    {
        util ? free(util): 0;
        util = NULL;
    }
    @end
    
    
    // 最后根据xcode指错,纠正
    [XXUtil isVerified];
    // 改为 
    XXUtil->isVerified();
    
    • c.脚本处理

      • 稍微高级一点的是脚本扫描处理替换代码,因为要用到linux命令来编写脚本,可能会有一点门槛,不过学了之后你就可以出去吹嘘你全栈工程师的名头啦。。。

      • 脚本混淆替换是用上述几个命令扫描出来需要替换的字符串,比如方法名,类名,变量名,并做替换。

      • 替换的方式可以直接扫描文件并对文件中的所有内容替换,也可以采用define的方式定义别名。

    • d.开源项目ios-class-guard
      该项目是基于class-dump的扩展,和脚本处理类似,是用class-dump扫描出编译后的类名、方法名、属性名等并做替换,只是不支持隐式C方法的替换,有兴趣的同学可以使用下。

    3.代码逻辑混淆

    • 代码逻辑混淆有以下几个方面的含义:对方法体进行混淆,保证源码被逆向后该部分的代码有很大的迷惑性,因为有一些垃圾代码的存在;对应用程序逻辑结构进行打乱混排,保证源码可读性降到最低,这很容易把破解者带到沟里去;它拥有和原始的代码一样的功能,这是最最关键的。一般使用obfuscator-llvm来做代码逻辑混淆,或许会对该开源工具做个简单介绍。

    4.加固SDK

    • adr中一般比较常见的加固等操作,iOS也有一些第三方提供这样的服务,但是没有真正使用过,不知道效果如何。

    • 当然还有一些第三方服务的加固产品,基本上都是采用了以上一种或几种混淆方式做的封装,如果想要直接可以拿来使用的服务,可以采用下,常用的一些服务如下:

    几维安全

    • iOS加密可能市场很小,但是存在必有道理,在越狱/开源/极客的眼中,你的APP并没有你想像的那么安全,如果希望你的代码更加安全,就应给iOS代码加密。
  • 相关阅读:
    Pytest 学习(二十七)- Jenkins+Allure+Pytest的持续集成
    Pytest 学习(二十六)- allure.dynamic 动态生成功能的使用
    Pytest 学习(二十五)- 解决pytest参数化测试标题都一样问题
    Pytest 学习(二十五)- allure 命令行参数【转】
    Pytest 学习(二十四)- @allure.severity 标记用例级别的使用
    Pytest学习(二十三)- allure 之 @allure.epic()、@allure.feature()、@allure.story() 的使用
    Spark
    asp.net core 5,0 项目中Add-Migration 执行报错 (可能不小心删掉了,安装后真的可以用了!!!)
    Asp.Net Core报错System.Text.Json.JsonException: A possible object cycle was detected which is not supp(配置导航属性的时候出现的错误)
    vs2019 netcore 5.0 连接mysql数据库踩下的坑。不要再测试其他 Pomelo.EntityFreameworkCore.Mysql,那些网上的都是针对3.x 根本就不行
  • 原文地址:https://www.cnblogs.com/ShaoYinling/p/8602260.html
Copyright © 2020-2023  润新知