IOS AES加密

AES加密有四种工作模式：ECB、CBC、CFB和OFB，其中IOS支持ECB（kCCOptionPKCS7Padding 对应Java中的kCCOptionPKCS5Padding）和CBC（kCCOptionECBMode）

AES是开发中常用的加密算法之一。然而由于前后端开发使用的语言不统一，导致经常出现前端加密而后端不能解密雀扒粗的情况出现。然而无论什么语言系统，AES的算法总是相同的， 因此导致结果不一致的原因在于 加密设置的参数不一致 。于是先来看看在两个平此晌台使用AES加密时需要统一的几个参数。

参考： https://welkinx.com/2016/07/30/10/

ios中使用AES128位 ECB模式加密 结果转换16进制

https://tieba.baidu.com/p/4581819586

与服务器通讯的时候，除了确定密钥外，加密模式和填充方式也要确定。第一个例子中，就是使用了kCCOptionPKCS7Padding加密模式，并且有IV(初始向量)，而第二个例子中使用了ECB(没有补码方式)。

此外也要注意转码后的密文是转成16进制，还是顷镇base64编码。

参考链接：

http://blog.51cto.com/ciphertext/1420338

https://welkinx.com/2016/07/30/10/

https://tieba.baidu.com/p/4581819586

AES:（Advanced Encryption Standard）高级加密标准。是一个对称分组秘钥算法，旨在取代 DES 成为广泛使用的标准。

秘钥长度 有三种，分别是 AES-128、AES-192 和 AES-256。

加密模式 有四种，分别是 ECB(Elecyronic Code Book,电子密码本)、CBC(Cipher Block Chaining,加密块链)、CFB(Cipher FeedBack Mode,加密反馈)、OFB(Output FeedBack,输出反馈)。

填充模式：

由于块加密只能对特定长度的数据块进行加密，因此CBC、ECB模式需要在最后一数据块加密前进行数据填充。（CFB，OFB和CTR模式由于与清掘key进行加密 *** 作的是上一块加密后的密文，因此不需要对最后一段明文进行填充）

在iOS SDK中提供了PKCS7Padding，而JDK则提供了PKCS5Padding。原则上PKCS5Padding限制了填充的Block Size为8 bytes，而Java实际上当块大于该值时，其PKCS5Padding与PKCS7Padding是相等的。

初始向量（偏移量）

使用除ECB以外的其他加密模式均需要传入一个初始答芦核向量，其大小与Block Size相等（AES的Block Size为128 bits（16字节）），而两个平台的API文档均指明当不传入初始向量时，系统将默认使用一个全0的初始向量。

秘钥长度、加密模式、填充方式、初始向量(也称偏移量，ECB模式不需要)

AES加密：数据需要进行分组，每组是16个字节，不足16个字节需要根据填充方式进行不同的填充，秘钥长度可以是128位（16字节）、192位（24字节）、256位（32位），ECB模式不需要偏移量iv，CBC模式等其他模式需要偏移量iv，由于偏移量iv是用来与第一组数据进哗漏行异或 *** 作，所以长度应该和每组的长度一致，长度为16个字节。

漫画：什么是 AES 算法？

漫画：AES 算法的底层原理

AES加密 - iOS与Java的同步实现

iOS AES加密(主要使用CFB模式)

在开发中经常会遇到数据的加密，常见的有base64、DES、AES、RSA等，由于AES的用法相对简单一些，在公司的项清物目中，我们使用的是AES加密。但是遇到一个大坑就是后台使用了AES的128/CBC/NoPadding加密模式，很可悲的是iOS中只有PKCS7Padding和PKCS5Padding这两种模式，没有NoPadding模式。经过各种百度、谷歌后，终于发现了一篇文章解决了这个问题。

下面是参考文章的链接 ：http://www.cnblogs.com/wanyakun/p/3403352.html

问题就处在No Padding. No Pading的情况下，一定要散逗对加密数据不是kCCKeySizeAES128倍数部分进行0x0000的填充，不然加答掘液密长度不正确，一般情况下选择使用kCCOptionPKCS7Padding（也就是0x0001）进行填充，但是我们是No Padding所以要用 0x0000 填充。

http://code.cocoachina.com/view/134974

---