AES加密与Base64编码(加解密、签名系列)

0:前情回顾

通过wx.getUserInfo()的success回调得到的加密数据( encryptedData )
对加密数据( encryptedData )解密后可得到openId和unionId。


如何解密,官方文档是这样解释的!

AES加密与Base64编码(加解密、签名系列)_第1张图片

首次看到如上解密说明时,我只知道encryptedData和session_key获得方式。

session_key在上篇有介绍,如下:
获得session_key和openId(加解密、签名系列)

产生的疑问:

1:AES是什么?
2:128是什么?
3:CBC是什么?
4:初始向量iv是做什么用的?
5:数据采用PKCS#7填充什么意思?
6:1,2,3,4条分别说明的算法,密文,密钥,初始向量iv如何组合使用?
7:Base64_Decode又是什么?


1:AES是什么?

美国国家标准技术研究所在2001年发布了高级加密标准(AES)。
AES是基于数据块的加密方式,
即,每次处理的数据是一块(16字节),当数据不是16字节的倍数时填充,
这就是所谓的分组密码(区别于基于比特位的流密码),16字节是分组长度。

AES是一个对称分组密码算法。

AES的对称性

由于每一步操作都是可逆的,按照相反的顺序进行解密即可恢复明文,解密过程分别为对应的逆操作。

AES的分组

分组:AES把看的见的信息(明文),分成很多相同组,对每组进行加密,然后再合成。

AES加密与Base64编码(加解密、签名系列)_第2张图片


2:128是什么?

AES根据使用的密码(密钥)位数,AES最常见的有3种方案,用以适应不同的场景要求,
分别是AES-128、AES-192和AES-256。
微信小程序使用的是AES-128。


3:CBC是什么?

AES是基于数据块的加密方式,也就是说,每次处理的数据是一块(16字节),
当数据不是16字节的倍数时填充,这就是所谓的分组密码(区别于基于比特位的流密码),16字节是分组长度。

即,AES把看的见的信息(明文),分成很多相同组(明文块),一般为128位(16字节)。
对每组进行单独加密,然后再把各加密块拼接成一条密文。

分组加密的几种方式

ECB:是一种基础的加密方式,密文被分割成分组长度相等的块(不足补齐),然后单独一个个加密,一个个输出组成密文。

CBC:是一种循环模式,前一个分组的密文和当前分组的明文异或操作后再加密,这样做的目的是增强破解难度。

CFB/OFB实际上是一种反馈模式,目的也是增强破解的难度。


ECB模式(基础加密)

处理方式:
密文快[0..n] = 加密算法(明文块[0…n],密钥)

特点:
1:相同的输入产生相同的输出。
2:不能隐藏明文的模式,可能对明文进行主动攻击;

AES默认的,最简单,但安全性不够,所以微信用了改良版CBC。

AES加密与Base64编码(加解密、签名系列)_第3张图片


CBC模式(小程序采用)

处理方式:
密文快[0] = 加密算法(初始向量IV,明文块0,密钥)

其他密文块[1…n]=加密算法(之前的密文块,明文快,密钥)


这个模式是链式的,后一块需要前一块做基础,第一块需要一个需要初始化向量IV做基础。
相同的输入产生不同的输出。
能看到的数据是“明文+IV”或“明文+前一个密文”的乱码,所以能隐藏明文。

总结:
安全性比第一种好,所以微信小程序用AES-CBC模式,所以需要IV向量
密文 =AES(明文、密钥、初始向量参数)
明文=AES(密文、密钥、初始向量参数)

AES加密与Base64编码(加解密、签名系列)_第4张图片


4:PKCS#7填充是什么

因为AES的算法是把明文分组再处理的,他要求每个分组(16字节)是“满”的,即明文长度必须被16字节整除。
所以明文最后不足的16字节的要先进行数据填充,把不足16字节的最后一组补成16字节。

所以可知:明文先填充,再AES加密。

例如:明文171字节,最后一节为11个字节,需要填充5个字节(16-11)


AES加密与Base64编码(加解密、签名系列)_第5张图片


上边是填充的原理,具体来说,填充方式有很多,PKCS#7是其中一种。

PKCS #7 字符串由一个字节序列组成,每个字节填充该字节序列的长度。

AES加密与Base64编码(加解密、签名系列)_第6张图片


下面的示例演示这些模式的工作原理。

假定块长度为 8,数据长度为 9,
则填充用八位字节数等于 7,数据等于 FF FF FF FF FF FF FF FF FF:
数据: FF FF FF FF FF FF FF FF FF
PKCS7 填充: FF FF FF FF FF FF FF FF FF 07 07 07 07 07 07 07


5:Base64_Decode

Base64是网络上最常见的用于字节代码的编码方式之一(一个字母就是一字节byte)
采用Base64编码具有不可读性,即所编码的数据不会被人用肉眼所直接看到。
Base64编码非常适合HTTP环境下传递较长的标识信息(传输8Bit字节代码)

其他应用程序中,也常常需要把二进制数据编码为适合放在URL中的形式


其实迅雷的“专用地址”也是用Base64”加密”的,其过程如下:
1、在http://地址的前后分别添加AA和ZZ
2、对新的字符串进行Base64编码
把迅雷地址还原为http地址,只需要用Base64解码,然后去掉头尾的AA和ZZ即可。

迅雷地址Base编码案例,详见此文:
http://www.wxappclub.com/topic/711

微信服务器的操作是:

Base64_Encode(目标密文)=encryptedData(wx.getUserInfo得到的)

Base64_Encode(AES密钥)=session_key

Base64_Encode(初始向量)=iv

所以:

目标密文和密钥aeskey要用Base64解密:

即目标密文=Base64_Decode(encryptedData)

即密钥aeskey=Base64_Decode(session_key)

即初始向量=Base64_Decode(iv)

AES加密与Base64编码(加解密、签名系列)_第7张图片

注意:通过如下官方提供的代码demo可知,iv也进行了Base64的解码。
文档上并未说明


6:理解官方文档

AES加密与Base64编码(加解密、签名系列)_第8张图片

通过上边的分析,我们知道:
微信小程序用的AES加密算法、AES-128的方案、CBC的分组加密模式(此模式需要IV初始化向量)
AES加密敏感数据之前,先用PKCS#7填充“用户敏感数据”最后不足16字节的部分。
AES对密文解密后,需用PKCS#7出去填充才能得到真正“用户敏感数据”

知道:
openId,union等敏感数据=AES-128-CBC(密文,密钥,初始向量iv)

第1条:描述的是加密算法和数据填充方式
第2条:描述的是如何得到密文(目标密文=Base64_Decode(encryptedData))
第3条:描述的是如何得到密钥(密钥aeskey=Base64_Decode(session_key))
第4条:描述的是如何得到初始向量iv

上述涉及的数据:
encryptedData(来自第2条)
通过wx.getUserInfo()的success回调得到的

iv(来自第4条)
通过wx.getUserInfo()的success回调得到的

session_key (来自第3条)
1:通过wx.login()的success回调得到的js_code
2:通过js_code、appid、secret得到session_key

详情查看如下文章
获得session_key和openId(加解密、签名系列)


7:加密解密的全过程

微信服务器:加密

1:对敏感用户信息“目标明文”用psck#7号填充得到“填充文”
2:AES-128-CBC(填充文,密钥,初始向量)=>目标密文
3:Base64_Encode(目标密文)=>encryptedData
4:Base64_Encode(初始向量)=>iv
5:Base64_Encode(密钥)=session_key

后台服务器:解密

1:通过wx.getUserInfo()获得密文crypteddata,iv
2:通过wx.login()得到的js_code和http接口得到session_key(详情请看)
3:Base64_Decode(encryptedData)=>目标密文
4:Base64_Decode(session_key)=>即密钥aeskey
5:Base64_Decode(iv)=>初始向量
6:AES-128-CBC(目标密文,密钥,初始向量)=>填充文
7:用psck#7对填充文去除填充得到敏感的用户信息“目标明文”

你可能感兴趣的:(AES加密与Base64编码(加解密、签名系列))