iOS网络层的安全

保证网络请求之来自于规定的APP

采用设计签名来保证网络请求的API来自于自己的APP。
具体做法如下:
客户端密钥+API名字+API请求参数进行多次hash(如MD5加密)
服务端按照同样的算法计算一个hash同客户端的hash进行比较。

我们这里采用加盐,然后加密,然后乱序,然后再回炉加密的方式提高安全性。

保证数据传输的安全性

  • 敏感型数据采用多次hash密文传送
  • 网络请求尽量使用https(需要证书申请,服务器配置,性能优化,客户端配置需要投入精力)

HTTPS的介绍

HTTPS就是将HTTP协议数据包放到SSL和TCP/IP层组成IP数据去传输,以此保证传输数据的安全;对于接收端就是在SSL/TSL里的数据包进行解析,然后将数据传输到HTTP层。
在这里我们先了解一些概念:

  • SSL/TCL运行机制的概述
    SSL/TCL能解决三大风险

(1)信息都是加密传播,第三方无法窃听
(2)具有校验机制
(3)配备身份证书

基本的运行过程

SSL/TSL采用公钥加密算法。客户端像服务端索要公钥,客户端利用公钥加密,然后服务端利用自己的私钥解密。
SSL/TSL协议的基本过程:

(1)客户端像服务端索要公钥,并验证公钥
(2)在每一次session对话时生成对话密钥(session key)
(3)客户端和服务端使用(session key)加密之后的信息进行通信

SSL/TCL的握手阶段

  • 客户端发送请求(ClientHello)

支持的协议版本
客户端生成的随机数,用于生成"对话密钥"
支持的加密算法(一般是RSA公钥加密)
支持的压缩方法

  • 服务器回应

确认使用的加密通信协议版本
一个服务端生成的随机数,用于生成"对话密钥"
支持的加密算法
支持的压缩算法

  • 客户端回应
    一般客户端验证服务器证书,若证书合法则客户端从合法证书中服务器提取公钥。然后客户端像服务端发送信息

发送用服务器公钥加密的随机数,防止第三方窃听
发送使用双方商定的加密方法和密钥进行通信的通知
客户端握手结束通知

  • 服务器的最后回应
    服务器接收到客户端的使用公钥加密的随机数之后,生成本次的“对话密钥”,然后回应客户端如下信息

发送使用双方商定的加密方法和密钥进行通信的通知
服务器握手结束通知

经历以上四步则TSL/SSL整个握手全阶段结束,然后客户端和服务端进行加密通信。

SSL/TCL通过四次握手主要交换以下:

  • 数字证书
  • 用于生成对话密钥的三个随机数
  • 商定加密通信方式

重点介绍一下数字证书

数字证书一般包括一下信息:

持有者的信息
公钥
保证证书有效的数字签名

HTTPS使用的可以是SSL证书也可以是自签名证书(不过APP审核可能会被拒绝)。证书是由服务端提供的,这里只赘述如何在xcode中配置ssl证书以及如何建立https连接。

把服务端给的证书直接拖入到项目中即可。
在AFNetworking中支持https

- (AFSecurityPolicy*)customSecurityPolicy
{
    // /先导入证书
    NSString *cerPath = [[NSBundle mainBundle] pathForResource:@"https" ofType:@"cer"];//证书的路径
    NSData *certData = [NSData dataWithContentsOfFile:cerPath];
    
    // AFSSLPinningModeCertificate 使用证书验证模式
    AFSecurityPolicy *securityPolicy = [AFSecurityPolicy policyWithPinningMode:AFSSLPinningModeCertificate];
    
    // allowInvalidCertificates 是否允许无效证书(也就是自建的证书),默认为NO
    // 如果是需要验证自建证书,需要设置为YES
    securityPolicy.allowInvalidCertificates = NO;
    
    //validatesDomainName 是否需要验证域名,默认为YES;
    //假如证书的域名与你请求的域名不一致,需把该项设置为NO;如设成NO的话,即服务器使用其他可信任机构颁发的证书,也可以建立连接,这个非常危险,建议打开。
    //置为NO,主要用于这种情况:客户端请求的是子域名,而证书上的是另外一个域名。因为SSL证书上的域名是独立的,假如证书上注册的域名是www.google.com,那么mail.google.com是无法验证通过的;当然,有钱可以注册通配符的域名*.google.com,但这个还是比较贵的。
    //如置为NO,建议自己添加对应域名的校验逻辑。
    securityPolicy.validatesDomainName = YES;
    
    securityPolicy.pinnedCertificates = [NSSet setWithObject:certData];
    return securityPolicy;
}
在网络请求的地方调用:
[_sessionManager setSecurityPolicy:[self customSecurityPolicy]];

这里是基于最新版AFN的源码

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

推荐阅读更多精彩内容