关于iOS中使用HTTPS这件事情,很长时间一直没有彻底弄清楚。看了别人很多文章,今天终于基本都搞清楚了所有疑问,这里抽关键点来讲一讲。以回答问题的方式。
1. HTTPS到底是个什么鬼?
SSL/TSL+HTTP
就是在HTTP传输之前,先给数据做非对称加密,客户端用公钥加解密,服务器用私钥加解密。公钥大家都可见,私钥保密,不能外泄。
HTTPS主要目的是保证传输通道的安全性
- 对于请求数据(Request),中间人没有私钥无法解密,看不到原始请求数据
- 对于服务器的响应数据(Response),中间人虽然有公钥,可以解密,但是没有私钥,改了数据也没法重新加密
综上,所以中间人就无法修改通信数据。
2. 证书又是个什么鬼?
- 数字证书是由证书认证机构(CA)对证书申请者真实身份验证之后,用CA的根证书对申请人的一些基本信息以及申请人的公钥进行签名(相当于加盖发证书机构的公章)后形成的一个数字文件。CA完成签发证书后,会将证书发布在CA的证书库(目录服务器)中,任何人都可以查询和下载,因此数字证书和公钥一样是公开的。
- 每个证书持有人都有一对公钥和私钥,这两把密钥可以互为加解密。公钥是公开的,不需要保密,而私钥是由证书持有人自己持有,并且必须妥善保管和注意保密。
- 简单地说,数字证书就是经过CA认证过的公钥,而私钥一般情况都是由证书持有者在自己本地生成的,由证书持有者自己负责保管。
3. 证书认证机构(CA)签发的证书怎么用?
此类证书,iOS端开发什么都不用处理,获取并校验证书的过程底层已经帮忙完成了,具体是SSL层还是苹果的ATS做的我也没有彻底弄清楚(估计应该是ATS做的,如果你知道,请赐教!)
4. 自签证书怎么用?
自签名的证书iOS9.0之后的系统通过不了ATS,所以要做一些适配:
- 证书导出.cer文件拷贝到项目目录
- 然后在 info.plist 中添加
<key>NSAppTransportSecurity</key><dict>
<key>NSAllowsArbitraryLoads</key>
<true/></dict> - 在NSURLSessionDataDelegate的对应回调方法中自己校验证书合法行,然后告诉服务器校验结果:
具体代理方法:
func urlSession(_ session: URLSession, didReceive challenge: URLAuthenticationChallenge, completionHandler: @escaping (URLSession.AuthChallengeDisposition, URLCredential?) -> Void)
具体代码:
/**
a delegate method to check whether the remote cartification is the same with given certification.
- parameter session: NSURLSession
- parameter challenge: NSURLAuthenticationChallenge
- parameter completionHandler: the completionHandler closure
*/
@objc(URLSession:didReceiveChallenge:completionHandler:) func urlSession(_ session: URLSession, didReceive challenge: URLAuthenticationChallenge, completionHandler: @escaping (URLSession.AuthChallengeDisposition, URLCredential?) -> Void) {
if let localCertificateData = self.localCertData {
if let serverTrust = challenge.protectionSpace.serverTrust,
let certificate = SecTrustGetCertificateAtIndex(serverTrust, 0) {
let remoteCertificateData: Data = SecCertificateCopyData(certificate) as Data
// 证书校验:这里直接比较本地证书文件内容 和 服务器返回的证书文件内容
if localCertificateData as Data == remoteCertificateData {
let credential = URLCredential(trust: serverTrust)
challenge.sender?.use(credential, for: challenge)
// 证书校验通过
completionHandler(Foundation.URLSession.AuthChallengeDisposition.useCredential, credential)
} else {
challenge.sender?.cancel(challenge)
// 证书校验不通过
completionHandler(Foundation.URLSession.AuthChallengeDisposition.cancelAuthenticationChallenge, nil)
self.sSLValidateErrorCallBack?()
}
} else {
// could not tested
print("Pitaya: Get RemoteCertificateData or LocalCertificateData error!")
}
} else {
completionHandler(Foundation.URLSession.AuthChallengeDisposition.useCredential, nil)
}
}
使用第三方框架,过程是一样的,只是框架加了一层自己的方法,暴露出来的方法不一样而已。
5. 补充
iOS对证书是有要求的:
-
必须是苹果信任的CA证书机构颁发的证书
-
后台传输协议必须满足: TLS1.2 (这很重要, 后面的自制证书满足这个条件是前提)
-
签字算法只能是下面的一种:
-
证书必须使用SHA256或者更好的哈希算法进行签名,要么是2048位或者更长的RSA密钥,要么就是256位或更长的ECC密钥。
6. 参考
Swift - 使用URLSession通过HTTPS进行网络请求,及证书的使用
Swift - HTTP网络操作库Alamofire使用详解
关于HTTPS,APP开发者必须知道的事
HTTPS接口加密和身份认证
CA证书相关的一些基础知识
网友评论