java aes128cbc_AES-128-CBC Base64加密——OC,Java,Golang联调

AES-128-CBC

这里首先说说AES加密原理

AES加密算法采用分组密码体制,每个分组数据的长度为128位16个字节,密钥长度可以是128位16个字节、192位或256位,一共有四种加密模式(ECB、CBC、CFB、OFB),我们通常采用需要初始向量IV的CBC模式,初始向量的长度规定是128位16个字节。另外就是Padding,这里面有大坑。。。。先说一下Padding的三种模式PKCS5、PKCS7和NOPADDING。PKCS5是指分组数据缺少几个字节,就在数据的末尾填充几个字节的几,比如缺少5个字节,就在末尾填充5个字节的5。PKCS7是指分组数据缺少几个字节,就在数据的末尾填充几个字节的0,比如缺少7个字节,就在末尾填充7个字节的0。NoPadding是指不需要填充,也就是说数据的发送方肯定会保证最后一段数据也正好是16个字节。而PKCS5如果正好是16个字节且最后是16的时候则会再填充16个16用来区分,PKC7则是为0时填充16个0。而在iOS的OC方法里压根没提供PKCS5,只有PKCS7更坑的是真正对接时发现iOS上的PKCS7和其他端PKCS5是一样的。。。。所以才有了现在的想法分享一下踩过的坑,具体啥原因恐怕只有苹果自家知道,系统方法是真的坑!Java可以直接用系统方法填好设置结束战斗。。。Go的话padding这块自己写实现其他的系统都能设置。最后说一下密钥长度这里只有iOS是要自己设置好位数再对应位数写密钥,其他平台直接对应位数写密钥即可,所以最好各平台自己在封装下判断密钥长度出事向量长度,不然各端对应起来还是要犯傻。

Base64

下面说一下Base64,这个也是个坑,iOS系统提供的base64可选类型压根就不是已知领域常用的,正常是padding和websafe,padding会填充=,而websafe则会替换"+"为"-","\"为"_"

而iOS提供的则是下边的,完全不常用的。。。NSDataBase64Encoding64CharacterLineLength      其作用是将生成的Base64字符串按照64个字符长度进行等分换行。

NSDataBase64Encoding76CharacterLineLength      其作用是将生成的Base64字符串按照76个字符长度进行等分换行。

NSDataBase64EncodingEndLineWithCarriageReturn  其作用是将生成的Base64字符串以回车结束。

NSDataBase64EncodingEndLineWithLineFeed        其作用是将生成的Base64字符串以换行结束。

基本上GTMBase64用定了,然后还要扩展一下padding设置,原版只是把websafe模式开放了padding设置,内部其实有对应逻辑只需要自己加个方法调用一下即可。下面就是添加的和微改的两个方法+(NSString *)stringByEncodingData:(NSData *)data padded:(BOOL)padded{    NSString *result = nil;    NSData *converted = [self baseEncode:[data bytes]

length:[data length]

charset:kBase64EncodeChars

padded:padded];    if (converted) {

result = [[[NSString alloc] initWithData:converted

encoding:NSUTF8StringEncoding] autorelease];

}    return result;

}

+(NSData *)decodeString:(NSString *)string {    NSData *result = nil;    NSData *data = [string dataUsingEncoding:NSUTF8StringEncoding];    if (data) {

result = [self baseDecode:[data bytes]

length:[data length]

charset:kBase64DecodeChars

requirePadding:NO];

}    return result;

}

至于Java,android开发很爽直接用android.util.base64,里面直接可以设置nopadding和websafe等,而纯Java用java.util.base64就要自己写替换逻辑,具体代码见源码部分

最后说一下Go直接系统方法提供完美解决base64.StdEncodingbase64.URLEncoding        websafe模式base64.RawStdEncoding    nopaddingbase64.RawURLEncoding    websafe模式nopadding

AES-128-CBC +Base64-Nopadding源码

下面就是3中语言分别实现 AES-128-CBC +Base64-Nopadding,从编码体验和对应上很明显Java最清晰,Go要自己写点东西,OC则是连对应对和正常理解范围内有偏差。

OC#import #import @interface NSData (Encryption)- (NSData *)AES128EncryptWithKey:(NSString *)key Iv:(NSString *)Iv;   //加密- (NSData *)AES128DecryptWithKey:(NSString *)key Iv:(NSString *)Iv;   //解密@end@implementation NSData (Encryption)//(key和iv向量这里是16位的) 这里是CBC加密模式,安全性更高- (NSData *)AES128EncryptWithKey:(NSString *)key Iv:(NSString *)Iv{//加密

// 'key' should be 32 bytes for AES128, will

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值