目录
随着信息和数据安全重要性的日益凸显，如何保证信息数据在传输的过程中的安全成为开发者重点关注的内容。前端加密通常是指在浏览器中对各种传输的数据进行各种加密操作。然而前端加密更多的是用来对传输的数据进行简单的混淆，为了确保数据在传输过程中不被轻易的篡改和读取。可供我们选择的加密方式有很多种，需要我们在开发过程中根据实际的场景选择适合自己的加密解决方案。那么，本文将结合应用场景来介绍一下前端开发中常用的加密方法。
一、Base 64 编码
严格意义上来说，Base64并不是一种加密方式，它是一种编码方式。
Base64就是一种基于64个可打印字符来表示二进制数据的方法。Base64，就是包括小写字母a-z、大写字母A-Z、数字0-9、符号"+"、"/"一共64个字符的字符集，任何符号都可以转换成这个字符集中的字符，这个转换过程就叫做base64编码。
Base64编码是从二进制到字符的过程，可用于在HTTP环境下传递较长的标识信息。采用Base64编码具有不可读性，需要解码后才能阅读。Base64由于以上优点被广泛应用于计算机的各个领域。
JavaScript中可以使用内置的btoa函数进行Base64编码。btoa函数可以将二进制数据转换为Base64编码的字符串，同样也可使用内置函数atob对编码后的字符串进行解码。
当然，我们也可以使用base64插件。
二、哈希算法
散列算法（Hash Algorithm），又称哈希算法，杂凑算法，是一种从任意文件中创造小的数字”指纹“的方法。与指纹一样，散列算法就是一种以较短的信息来保证文件唯一性的标志，这种标志与文件的每一个字节都相关，而且难以找到逆向规律。因此，当原有文件发生改变时，其标志值也会发生改变，从而告诉文件使用者当前的文件已经不是你所需求的文件。
Hash 算法能将将任意长度的二进制明文映射为较短的二进制串的算法，并且不同的明文很难映射为相同的 Hash 值。
哈希算法（Hash Algorithm）是一种将任意长度的消息映射为固定长度的消息摘要（Message Digest）的算法。哈希算法可以将任意长度的输入数据转换为固定长度的输出，通常称为哈希值（Hash Value）或摘要（Digest），并且满足以下特性：
(1) 确定性：对于相同的输入数据，哈希算法会生成相同的哈希值。
(2) 不可逆性：无法从哈希值中推导出原始的输入数据。
(3) 唯一性：不同的输入数据生成的哈希值应尽可能不同。
(4) 散列性：即使输入数据仅有微小的变化，生成的哈希值应该有很大的差异。
因此，哈希算法广泛应用于密码学、数据完整性校验、数字签名、数据分片等领域。
(1) 数字签名：将原始数据的哈希值与签名一起存储，以验证签名的完整性和正确性。
(2) 密码存储：将用户密码的哈希值存储在数据库中，以避免直接存储明文密码，提高安全性。
(3) 数据完整性校验：将原始数据的哈希值与传输过程中的哈希值进行比对，以判断数据是否被篡改。
(4) 数据分片：将原始数据分成若干个块，对每个块分别计算哈希值，以便快速检测数据块的正确性。
比较常见的哈希算法有MD5、SHA-1、SHA-256和SHA-512等。
三、对称加密（AES/DES）
DES全称为Data Encryption Standardy即数据加密标准，是一种使用密钥加密的算法。
AES全称为Advanced Encryption Standard，AES 算法使用分组密码体制，将明文按照固定大小进行分组，然后对每一分组进行加密。在加密过程中，AES 算法采用了多轮加密的方式，每一轮加密都包含了四种操作：SubBytes、ShiftRows、MixColumns 和 AddRoundKey。通过这些操作，AES 算法可以更加安全高效地对数据进行加密。
AES和DES加密算法是一种对称加密方式，所谓对称加密就是加密与解密使用的秘钥(一组字符串）是一个。加密和解密端必须使用同一个密钥的才可以进行加密和解密。
AES 加密最常用的模式就是 ECB模式和CBC模式，当然还有很多其它模式，它们都属于AES加密。ECB模式和CBC模式俩者区别就是 ECB 不需要 iv偏移量，而CBC需要。
ECB是一种基础的加密方式，密文被分割成分组长度相等的块（不足补齐），然后单独一个个加密，一个个输出组成密文。CBC是一种循环模式，前一个分组的密文和当前分组的明文异或或操作后再加密，这样做的目的是增强破解难度。
参数Mode为DES/AES的工作方式。
参数padding为填充模式,如果加密后密文长度如果达不到指定整数倍(8个字节、16个字节），填充对应字符，padding的赋值固定为CryptoJS.pad.Pkcs7即可。
四、非对称加密（RSA）
非对称加密，加密和解密的秘钥不是同一个秘钥，这里需要两把钥匙，一个公钥， 一个私钥， 公钥发送给客户端。发送端用公钥对数据进行加密，再发送给接收端，接收端使用私钥来对数据解密。由于私钥只存放在接受端这边，所以即使数据被截获了，也是无法进行解密的。
公钥与私钥是一对，因为加密和解密使用的是两个不同的密钥，所以这种算法叫作非对称加密算法。使用时都是使用公匙加密使用私匙解密。公匙可以公开，私匙自己保留。这个公钥和私钥其实就是一组数字，其二进制位长度可以是1024位或者2048位。长度越长其加密强度越大，相对就比较安全。所以目前为止，这种加密算法一直被广泛使用。
常见的非对称加密算法有RSA，DSA等等，本文我们就介绍一个RSA加密，也是最常见的一种加密方案。
jsencrypt就是一个基于RSA加解密的js库。
RSA加解密可以应用在用户注册或登录的时候，用公钥对密码进行加密，再去传给后台，后台用私钥对加密的内容进行解密，然后进行密码校验或者保存到数据库。
五、加盐
加盐是指在密码哈希过程中引入一个随机生成的字符串，称为盐（salt），并将其与密码进行组合后再进行哈希计算。这个盐值会与每个用户的密码单独关联，并且将其存储在数据库中。加盐可以增加密码哈希的复杂度，提高密码的安全性，即使两个用户使用相同的密码，由于使用了不同的盐值，其哈希结果也会有所区别。这样即使黑客获得了哈希值，也很难通过暴力破解找到原始的密码。
盐值其实就是我们添加的一串随机字符串(这个值可以是固定值、随机数、uuid……)，相同的字符串每次都会被加密为完全不同的字符串。
使用加盐加密时需要注意以下两点：
（1）短盐值（Short Slat）
如果盐值太短，攻击者可以预先制作针对所有可能的盐值的查询表。例如，如果盐值只有三个 ASCII 字符，那么只有 95x95x95=857,375 种可能性，加大了被攻击的可能性。还有，不要使用可预测的盐值，比如用户名，因为针对某系统用户名是唯一的且被经常用于其他服务。
（2）盐值复用（Salt Reuse）
在项目开发中，有时会遇到将盐值写死在程序里或者只有第一次是随机生成的，之后都会被重复使用，这种加盐方法是不起作用的。以登录密码为例，如果两个用户有相同的密码，那么他们就会有相同的哈希值，攻击者就可以使用反向查表法对每个哈希值进行字典攻击，使得该哈希值更容易被破解。
所以正确的加盐方法如下：
（1）盐值应该使用加密的安全伪随机数生成器（ Cryptographically Secure Pseudo-Random Number Generator，CSPRNG ）产生，比如 C 语言的 rand() 函数，这样生成的随机数高度随机、完全不可预测；
（2）盐值混入目标文本中，一起使用标准的加密函数进行加密；
（3）盐值要足够长（经验表明：盐值至少要跟哈希函数的输出一样长）且永不重复；
（4）盐值最好由服务端提供，前端取值使用。
我们一起SHA-256为例实现加盐加密。
六、Web Cryptographt API
Web Cryptography API（WebCrypto API）是现代浏览器内置的一个加密标准，可以用于更安全的密码学操作。这个API允许我们在Web应用中实现加密、解密、数字签名等安全功能，而无需依赖第三方库或插件。
WebCrypto API是W3C的标准，它提供了一套低级别的接口用于执行各种密码学操作。这些接口包括：
- 生成和管理密钥：如RSA、AES和HMAC等。
- 加密和解密：支持多种对称和非对称加密算法。
- 摘要和哈希：如SHA-1、SHA-256和MD5等。
- 数字签名和验证：用于确保数据的完整性和来源真实性。
- 随机数生成：用于创建安全的随机数。
window.crypto.subtle就是SubtleCrypto接口，主流最新浏览器基本都已经支持该接口，并且一致，除了safari需要注意。 
getRandomValues 同步方法，获取随机数，因为性能要求，这是一个伪随机数生成器(PRNG)。浏览器也通过添加系统级别的种子来提高熵(不确定性的量度)，来满足密码学使用要求。
SubtleCrypto接口：
- encrypt、decrypt(加解密方法)，算法支持：RSA-OAEP、AES-CTR、AES-CBC、AES-GCM、AES-CFB。
- Sign、verify(签名验签发方法)，算法支持：RSASSA-PKCS1-v1.5、RSA-PSS、ECDSA、AES-CMAC、HMAC。
- Digest(摘要方法)，算法支持：SHA-1、SHA-256、SHA-384、SHA-512。
- GenerateKey：生成对称/非对称的密钥(CryptoKey对象)。
- DeriveKey 和 deriveBits：从原密钥或是从伪随机函数生成的密码/口令中生成出一个密钥。
- WrapKey 和 unwrapKey：用来保护在不安全信道或不可信环境存储的密钥的方法。
- ImportKey 和 exportKey：导入密钥，转换再导出不同格式。
上面的方法都会返回Promise。
以下是使用WebCrypto API实现一个简单的加密，代码如下：
七、总结
以上几种加密方法提供了基本的前端加密方法。大部分时候，为了确保数据的安全性，会将一些敏感数据(如手机号、身份证号、银行卡号等)发送到服务端，然后再服务端进行加密。前端加密并不能确保数据的安全性，因为客户端是暴露给用户的，任何混淆或加密措施都可能被绕过（前端加密防君子不放小人）。正确的做法是在保证数据传输过程中通过HTTPS等协议加密，并在服务端进行必要的安全校验和加密处理。
