加密base

㈠ 01加密方式-Base64编码

说明
HTTP将Base64编码用于基本的认证和摘要认证。
其可以方便的将用户的任何输入转换成只包含特定字符的安全格式，服务于网络通信过程。
特点
1）可以将任意的二进制数据进行Base64编码。
2）所有的数据都能被编码为并只用65个字符就能表示的文本文件。
3）编码后的65个字符包括A _Z,a z,0~9,+,/,=
4）对文件或字符串进行Base64编码后将比 原始大小增加33% 。
5)能够逆运算
6）不够安全，但却被很多加密算法作为编码方式

1）将所有字符转化为ASCII码；
2）将ASCII码转化为8位二进制；
3）将二进制3个归成一组(不足3个在后边补0)共24位，再拆分成4组，每组6位；
4）统一在6位二进制前补两个0凑足8位；
5）将补0后的二进制转为十进制；
6）从Base64编码表获取十进制对应的Base64编码；

a.转换的时候，将三个byte的数据，先后放入一个24bit的缓冲区中，先来的byte占高位。
b.数据不足3byte的话，则剩下的bit用0补足。每次取出6个bit，按照其值选择查表选择对应的字符作为编码后的输出。
c.不断进行，直到全部输入数据转换完成。
d.如果最后剩下两个输入数据，在编码结果后加1个“=”；
e.如果最后剩下一个输入数据，编码结果后加2个“=”；
f.如果没有剩下任何数据，就什么都不要加，这样才可以保证资料还原的正确性。

运行效果图

㈡ iOS加密2——Base64（苹果支持）

1、由于某些系统中只能使用ASCII字符。Base64就是用来将非ASCII字符的数据转换成ASCII字符的一种方法。

Base64编码使用和urlencode比较
base64:
1、包含A-Z a-z 0-9 和加号“+”，斜杠“/” 用来作为开始的64个数字. 等号“=”用来作为后缀用途。
2、2进制的.
3、要比源数据多33%。
4、常用于邮件。

urlencode：将除了 -_. 之外的所有非字母数字字符都将被替换成百分号（%）后跟两位十六进制数，空格则编码为加号（+）

请求参数传输使用base64，而不是使用urlencode，为什么？
1、部分因为base64编码后参数就不可读，而url编码英文部分是不变的
2、为了兼容网络上的一些很古老的设备, 这些古董设备只能识别 base64编码的字符
3、因为 urlencode 对二进制数据的效率不高，base64 会有效降低 %xx 的出现次数。
注释 ：
1、url请求中，只对参数进行base64编码，不是对整个url进行base64编码。
2、在url请求时，会对url整体进行urlencode编码。

NSString *str = @"hello world"; NSData *data = [str dataUsingEncoding:NSUTF8StringEncoding]; NSData *base64Data = [data base64EncodedDataWithOptions:0];

NSString *path = @"/Users/apple/Desktop/1.png"; NSData *data = [NSData dataWithContentsOfFile:path]; NSData *base64Data = [data base64EncodedDataWithOptions:0]; [base64Data writeToFile:@"/Users/apple/Desktop/base64" atomically:YES];

NSString *base64Str = [data :0]; NSLog(@"base64Str: %@",base64Str); NSLog(@"%@ %ld base64Data: %@ %ld",data,data.length,base64Data,base64Data.length);

NSData *endata = [[NSData alloc] initWithBase64EncodedData:base64Data options:0]; [endata writeToFile:@"/Users/apple/Desktop/123.png2" atomically:YES]; UIImage *image = [UIImage imageWithData:endata]; NSLog(@"%@",image);

和MD5一样我们采取封装的办法将base64封装进了MySecurities这个类中
MySecurities.h 文件
#import <Foundation/Foundation.h> @interface MySecurities : NSObject +(NSString *)base64EncodingWithData:(NSData *)sourceData;//base64加密 +(id)base64EncodingWithString:(NSString *)sourceString;//base64解密 @end
base64加密
@implementation MySecurities +(NSString *)base64EncodingWithData:(NSData *)sourceData{ if (!sourceData) { //如果sourceData则返回nil，不进行加密。 return nil; } NSString *resultString = [sourceData : ]; return resultString; } ***base64解密*** +(id)base64EncodingWithString:(NSString *)sourceString{ if (!sourceString) { return nil;//如果sourceString则返回nil，不进行解密。 } NSData *resultData = [[NSData alloc]initWithBase64EncodedString:sourceString options:]; return resultData; } @end

㈢ 详述图片base64加密的原理，告诉你什么是"/9j/"

在日常的生活中，我们肯定都经历过类似这样的场景：报名考试上传图片，网站要求的是上传的照片不能大于多少，而且要求是“.jpg”的格式。

于是你高高兴兴地把自己最漂亮的照片上传上去了，但是网站却提示你照片格式不正确，让你重新上传。这个时候内心不知道有多少疑惑涌上心头（其实是奔腾）我的照片明明就是“.jpg”结尾的，而且大小也符合规范，为啥就不行呢？

我们通常的会认为（Windows电脑情况下，Mac不知道，毕竟我没有图片）“.jpg”图片结尾的就一定是符合规范的“JPG”文件类型。其实一开始我也是这样认为的，直到前几天，我在对接项目的时候踩了一个大坑，很大的坑！

我对接的项目要求的是图片是“JPG”类型的文件，并且经过base64进行编码之后要以"/9j"开头的文件。于是我就把我电脑上保存的看似符合规范的图片上传上去了，结果就是一堆报错信息。于是我再次尝试，换一些其他的图片进行测试，发现有的就好使，有的就不好使。说实话，我的内心崩溃了！那种感觉你懂得图片

回到家之后我思来想去就是不知道为什么要求什么"/9j"开头的？我打开了网络，输入了关键词“/9j”之后，呵呵！我笑了，都是些什么？完全跟我的问题不着边！

什么玩意？这到底是什么玩意？竟然连强大的网络都没有给出结果！就这样，我搜索到了凌晨12点......

扛不住了，我就去睡觉了。但是躺在床上我辗转难眠，打开手机继续各种搜索着......突然！我看了一个关于电脑图片文件头信息解析的文章！一道灵光从我脑门上闪过。于是我起床，默默打开了电脑，打开了网络......

原来电脑在存储的时候是存储了图片的基本信息的，比如图片是什么类型的，图片的宽高等基本信息，这些个基本信息叫做图片头信息。好吧！原谅我的无知，曾经的我天真的以为是按照文件后缀名区分的呢。

我们应知道，图片在计算机中存储是一个一个的像素点，最底层也是二进制文件，所以需要文件头来保存文件信息。经查找资料，我找到如下对图片不同格式的文件头标识信息（16进制标识）：

于是我在电脑上保存了一个为“.jpg”后缀结尾的图片，然后使用UE这个强大的工具打开，果然不出我所料，看看这个文件的内容信息。

不出意外的话，你肯定看不懂这些东西，因为这些是16进制文件。但是重要的我已经给你标注出来了，那就是“FF D8”。

在这里我给大家稍微简单科普下base64的编码规则：假如我们有个“hello”这样的关键字进行base64编码，需要先把“hello”转换成二进制，也就是"110100011001011101100110 11001101111"。我这里给了一个ASCII表，这里对应的是10进制的，需要把十进制转化成2进制的。

关于base64 有个规定就是，一个字符转换之后如果位数不为8位，需要在高位补0，然后再6位截取，最后不够6位的，低位补0。然后把分割后的2进制转换成10进制并对照base64编码表进行解析。那么上述的“hello”的解析过程就如下：

所以“hello”base64编码之后的最终结果就是“aGVsbG8=”。也许你会疑惑，为什么多了个“=” 这个其实是base64的规定，编码完毕之后自动添加一个或两个“=”。

那么再回到“FF D8”，jpg文件的标识头，他经过base64转码之后是什么呢？

谢天谢地，可算搞明白为什么是“/9j”开头的了。其实还有另外一种方式快速查看是不是jpg格式文件。我们可以使用记事本的方式打开一个jpg文件。

打开之后，你肯定还是看不懂这些东西，但是重要的我已经给你标注出来了，那就是“JFIF”，这个是一个很重要的标识，所谓的“JFIF”就是"JPEG File Interchonge Format"即JPEG文件交换格式。

为了还原我之前明明是“.jpg”后缀的文件，但是识别失败的问题。我们把一个格式为“.png”图片，通过改后缀名的方式，改成“.jpg”。然后也用记事本打开查看文件的内容。

可以看到，并不是“JFIF”，因此这并不是一个jpg文件，所以上传无法识别。

带着问题去睡觉，果然是睡不着的！通过这次的经历，我知道了base64的编码原理，明白了文件在电脑中存储并不是靠简简单单的后缀名来区分的，而是有文件头信息的。文件到底是一个什么文件，还是要靠文件头信息来决定的。所以，你以后的程序判断文件类型千万不要仅仅判断后缀名就完事了哦！

㈣ 伪加密算法：Base64

做过网络通信的iOSer对Base64都不会很陌生，涉及加密的数据通常会在传输之前做一次Base64转换，一般形式如下 Base64(DES/AES(Data)) ，所以有些iOSer就把Base64当作加密算法的一种，甚至一些在线工具也直接称呼Base64为加密/解密，实际上这误会可大了，本篇回答以下三个问题：

要回答第一个问题，首先来看看Base64的编码过程，这里以字符串 “1234” 为例，经过Base64编码后，结果为 "MTIzNA==" ，也是一个字符串，过程如下：

看到这里，你会疑问，这样的编码有什么用？
Base64真正的作用不是将字符串转换为另一个字符串，而是将任意二进制转换为字符串，这个字符串的范围还很小，只有64个，这就为那些只能传输字符串的协议传输数据带来方便，比如http，通过一些字符的替换，还可以避免特殊字符的冲突。

苹果已经提供了原生的API，用Swift做Base64编码：

NSData.Base64EncodingOptions 有四个可选值：

可以组合使用：

编码结果按76个字符换行，换行符为\r。

解码方法如下：

思考题：
编码过程中，6位补8位的规则是什么，是高位补0还是低位，为什么？经过深入思考的结果才是自己的哦，欢迎你的留言👏

㈤ base64是一种高强度的加密算法是不可破解的对吗

Base64不是加密算法，它仅仅是一种编码方式，算法也是公开的，所以不能依赖兄桐它进行加密。Base64是一种编悄贺码羡运坦方式，不是加密算法，它是没有可读性的，但不代表这个编码就是加密的。加密需要保证没有秘钥的人无法解密信息，更无法从密文中破解任务明文信息，但Base64可以很轻松的反编码。另外它没有用到秘钥 不具有加密算法的安全性。

㈥ BASE64加密原理

1. Base64使用A--Z,a--z,0--9,+,/ 这64个字符.
2. 编码原理:将3个字节转换成4个字节( (3 X 8) = 24 = (4 X 6) )先读入3个字节,每读一个字节,左移8位,再右移四次,每次6位,这样就有4个字节了.
3. 解码原理:将4个字节转换成3个字节.先读入4个6位(用或运算),每次左移6位,再右移3次,每次8位.这样就还原了.

㈦ windows操作系统在dos下操作base64加密文件

总的来说是使用certutil

打开dos窗口，输入dir查看当前目录下的所有文件，如果目标文件在瞎消桌面直接输入cd Desktop，这样就进入了桌面。

然后再输入dir查看当前目录下的是否有这个目标文件（要操作文件的名字）在有目标文件的目录下进行如下操作。

加密文件：certutil -encode 文件名  加密后的名

例如：certutil -encode pack.txt 1.py

就会在当前目录下生成加密之后的文件

解密文件：certutil -decode 加密文件名  文件名

！！！注意：此处文件名可以自己重新起，但是后面的后缀一定要明确加密前是什么格式，否则会出现乱源察码

例如：雹神茄certutil -decode 1.py demo.txt

㈧ base64编解码与hash加密

利用base64可以将二进制数据编码为64个字符组成的字符串，64个字符为a-z，A-Z，0-9，+，/。base64编码是将三个字节的二进制数据编码为四个字节的字符数据，如果字节数不为3的倍数base64会将 \x00 补在末尾，所以会常在base64字符串的末尾见到一个或者两个的 = 号。
base64编码

base64解码

小技巧：遇到base64编码的二进制文件可以直接解码用io字节流接收再用其他模块加载，无需在本地保存文件再使用其他模块加载。

哈希加密是对字符串进行加密，其加密后的散列值不可逆，即hash加密是单向加密不可解。python内置的hashlib库提供了md5， SHA1, SHA224, SHA256, SHA384, SHA512 加密算法的支持

㈨ base32加密后有多长

Base32 是一种基于 32 个字符的字符集（A-Z 和 2-7）来表示二进制数据的编码方案。Base32 编码后的数据长度取决于原始数据的长度，和具体的实现方法有关。

一般来说，Base32 编码后的数据长度比原始数据长度要长。具体的计算公式如下：

- 假设原始数据长度为 bytes，那么 Base32 编码的数据长度为衫庆御 ceil(bytes * 8 / 5)，其中 ceil 表示向上取整。

例如，如果要对长度为 10 字节的数据进行 Base32 编码，则编码后的数据长度为 ceil(10 * 8 / 5) = ceil(16) = 16 个字符。

需要注意的是，不同实现方法的计算方式可能有所不同，差握具体的实现方案可以查看或岩相关的文档或者源代码如果您需要更加精确的计算Base32编码后的数据长度，建议参考具体的实现方案并根据需要进行计算。

㈩ 2.哈希加密 & base64加密

一、哈希HASH

哈希(散列)函数  MD5 SHA1/256/512 HMAC

Hash的特点：

     1.算法是公开的

     2.对相同数据运算，得到的结果是一样的

     3.对不同数据运算，如MD5得到的结果是128位，32个字符的十六进制表示，没法逆运算

1.MD5加密

MD5加密的特点：

    不可逆运算

    对不同的数据加密的结果是定长的32位字符（不管文件多大都一样）

    对相同的数据加密，得到的结果是一样的（也就是复制）。

    抗修改性 : 信息“指纹”，对原数据进行任何改动,哪怕只修改一个字节,所得到的 MD5 值都有很大区别.

    弱抗碰撞 : 已知原数据和其 MD5 值,想找到一个具有相同 MD5 值的数据(即伪造数据)是非常困难的.

    强抗碰撞: 想找到两个不同数据,使他们具有相同的 MD5 值,是非常困难的

MD5 应用:

一致性验证：MD5将整个文件当做一个大文本信息，通过不可逆的字符串变换算法，产生一个唯一的MD5信息摘要，就像每个人都有自己独一无二的指纹,MD5对任何文件产生一个独一无二的数字指纹。

那么问题来了，你觉得这个MD5加密安全吗？其实是不安全的，不信的话可以到这个网站试试：md5破解网站。可以说嗖地一下就破解了你的MD5加密！

2.SHA加密

    安全哈希算法（Secure Hash Algorithm）主要适用于数字签名标准（Digital Signature Standard DSS）里面定义的数字签名算法（Digital Signature Algorithm DSA）。对于长度小于2^64位的消息，SHA1会产生一个160位的消息摘要。当接收到消息的时候，这个消息摘要可以用来验证数据的完整性。在传输的过程中，数据很可能会发生变化，那么这时候就会产生不同的消息摘要。当让除了SHA1还有SHA256以及SHA512等。

二、base64加密

1.Base64说明

    描述：Base64可以成为密码学的基石，非常重要。

    特点：可以将任意的二进制数据进行Base64编码

    结果：所有的数据都能被编码为并只用65个字符就能表示的文本文件。

    65字符：A~Z a~z 0~9 + / =

    对文件进行base64编码后文件数据的变化：编码后的数据~=编码前数据的4/3，会大1/3左右。

2.命令行进行Base64编码和解码

    编码：base64 123.png -o 123.txt

    解码：base64 123.txt -o test.png -D

2.Base64编码原理

    1)将所有字符转化为ASCII码；

    2)将ASCII码转化为8位二进制；

    3)将二进制3个归成一组(不足3个在后边补0)共24位，再拆分成4组，每组6位；

    4)统一在6位二进制前补两个0凑足8位；

    5)将补0后的二进制转为十进制；

    6)从Base64编码表获取十进制对应的Base64编码；

处理过程说明：

    a.转换的时候，将三个byte的数据，先后放入一个24bit的缓冲区中，先来的byte占高位。

    b.数据不足3byte的话，于缓冲区中剩下的bit用0补足。然后，每次取出6个bit，按照其值选择查表选择对应的字符作为编码后的输出。

    c.不断进行，直到全部输入数据转换完成。