iOS 数据传输和本地存储安全

众所周知APPLE的iOS是封闭的,每个app有着沙盒路径,正规发布途径也只有唯一的APPStore, 但是市场上越狱手机和强大的抓包工具依然时时刻刻威胁着App 的安全,而且随着项目慢慢积累用户,用户的隐私和数据安全越来越重要。要知道危险遍布于开发的各个阶段,而且对安全的重视程度也间接体现了一个开发者的能力和意识。本文针对项目数据传输和本地存储着两块,将开发过程中涉及到和安全相关的问题都记录下来,作为积累。

数据安全传输

1. 关键字段加密

在iOS开发过程中,抓包是常见的必备技能之一。我们可以使用抓包利器Charles 或者使用 Fidder 进行抓包,在应用进行发送请求的时候,如果没有对数据和关键信息进行加密的话,那么恭喜你,你的数据在网上裸奔了,与此同时要是有人想获取你的隐私简直再容易不过了,而且还可以篡改你的请求,让你原本准备充值 1 元的账户,生生变成 100元,甚至更多。

所以我们需要在请求数据或者服务端返回数据的时候需要进行数据的加密,目前可逆的加密方法主要有:

RSA - 非对称加密
DES - 对称加密
AES - 对称加密

使用 RSA 加密是最安全的,但加解密的时候也相应需要较多的时间,所以建议一般加密的接口敏感数据使用 DES 或者 AES 就足够了。

算法实现:RSA_DES_AES加密算法 demo

2. HTTPS 协议传输

自苹果宣布2017年1月1日开始强制使用https以来,htpps慢慢成为大家讨论的对象之一,不是说此前https没有出现,只是这一决策让得开发者始料未及, 虽然在2016年底,苹果突然宣布无限期推迟这个计划,不过随着网络世界的日益发达,将自己开发的产品从 http 升级到 https 已经是势在必行了, 最近在项目中已经将 https 应用其中,在这里记录下来,以帮助其他开发者快速接入 https 。

详情请见: iOS https 协议 配置

本地存储加密

1. 配置文件

为了存储必要的数据在本地,一般情况下使用NSUserDefaults 或者使用数据库的方式。由于在越狱的手机上,用户可以访问到该项目的私有文件夹,并且可以拿到 plist 和 db 文件,那么如果明文存储敏感数据的话,那么就可以轻易获取,危害用户的信息隐私,解决的办法在于,需要将这些信息进行加密之后再存储,虽然这样不能完全防止被破解,但是这样提高了黑客的破解代价。

具体的加密可以参照关键字段加密介绍的 RSA,DES 和 AES 加密算法。

最好不要使用 Base64 这种简单的加密和 md5 这种不可逆的加密,当然使用 DES 和 AES 也不是完全安全的,只要黑客对你的源码进行解析,发现了加密的公钥,依然可以破解你的信息,所以最好的方法是定期更换公钥,或者由服务器分配公钥。

2. NSLog 打印内容缓存

为了清晰的看到接口返回的数据,或者为了定位每一步调用,相关参数的变化,有很多程序员会使用 NSLog 将数据和参数的值进行打印,而且一些第三方框架也会进行数据打印,这些数据在程序运行之后会在沙盒内的 /Library/Caches 下进行缓存。建议有打印数据需求的开发者将 NSLog 进行封装:

//------------------------打印日志-----------------------------
//DEBUG  模式下打印日志,当前行
#ifdef DEBUG
#   define DLog(fmt, ...) NSLog((@"%s [Line %d] " fmt), __PRETTY_FUNCTION__, __LINE__, ##__VA_ARGS__);
#else
#   define DLog(...)
#endif

#ifdef DEBUG
#   define QXDLog(fmt, ...) NSLog((@"-------------- \n %s [Line %d] \n------------" fmt), __PRETTY_FUNCTION__, __LINE__, ##__VA_ARGS__);

#define QXDAFNErrorLog(error) NSLog((@"-------------- \n %s [Line %d] \n \n %@-------------\n"), __PRETTY_FUNCTION__, __LINE__, [[NSString alloc] initWithData:error.userInfo[@"com.alamofire.serialization.response.error.data"] encoding:NSUTF8StringEncoding]);
#else
#   define QXDLog(...)
#   define QXDAFNErrorLog(error)
#endif

然后一般的第三方框架都会有 Log 输出等级的设置,在测试完成之后,可以将其设置为不输出 Log,保证安全。

3. SQLite数据库文件

打开程序目录/Library/Caches/项目bundle ID/下的cache.db文件, 会发现这个 db 文件对每个接口的请求返回数据进行了存储,当然包括以下敏感的数据,例如:用户登录完成之后后台返回的用户信息数据,用户 Token ....这些信息是由 AFNetworking 这个框架进行缓存的。

而这些缓存对我们都是没有用的,这个时候可以使用限制程序缓存的方式,让这些缓存消失:

// 清除本地数据请求缓存
NSURLCache *sharedCache = [[NSURLCache alloc] initWithMemoryCapacity:0 diskCapacity:0 diskPath:0];
[NSURLCache setSharedURLCache:sharedCache];

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,793评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,567评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,342评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,825评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,814评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,680评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,033评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,687评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,175评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,668评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,775评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,419评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,020评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,978评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,206评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,092评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,510评论 2 343

推荐阅读更多精彩内容