赞
踩
即时没有深入研究过密码学,但是对于数据加密,我想应该很多同学都有所接触吧。
虽然对于前端来说,其实数据加密的意义并不大。你代码都给人家了,只要有技术,有耐心,破解就只是时间的问题了。
在对待前端加密的态度上面,我始终秉承着一句话:“防小人,不防君子”。
但是奈何,很多时候,你不想做这么白费心力的事情,但是老板不答应。
我本将心向明月,奈何明月照沟渠。
很多时候,在工作中,都是人在江湖,身不由己!
之前在工作中曾经有这方面的需求,因此稍微研究了下。
对于加密的情形,我们需要区分好几种情况,比如是对数据进行加密呢,还是对服务器请求地址的 path 进行加密。
虽然应用的情况不同,但是解决的思路都是大同小异的。
最初级的方案当然是,自己写个简单的加密算法,比如数据是 “1234567890”,我做一个映射,映射到 ‘0987654321’,将顺序打乱,一般就很难看出数据的原格式是什么了,除非别人知道我的映射规则。
上面的加密方案几乎是所有数据加密的基础原理,毫不夸张的说,无出其右。
但是我们的初级方案有一个致命的缺点,它太基础了,我们只是考虑到了数据中数字的情况,但是一旦数据中出现别的字符,比如中文、英文字符、希腊字母,我们上面的映射方法就抓瞎了。
我们当然可以进一步对我们的数据映射规则进行扩充,但是这个构成前人早就给我们做好了,因为我们大可不必自己冲头开始造这么基础的轮子。
这就跟盖房子一样,我们可以从烧制砖块开始干,也可以选择购买成品砖块,加快我们的建造速度。
所以,现在我们应该明白了,加密的关键是要有一套好的加密算法,我们直接拿来用就行了。
常见的加密算法有:DES加密算法、AES加密算法、RSA加密算法、Base64加密算法、MD5加密算法、SHA1加密算法、XXXTEA加密算法等等。
对于这些算法,感兴趣的同学,可以自己查找资料,去深入的学习其原理。
当然,对其我们只需要有个基本的了解就行了,不推荐太过深入,甚至于想自己去实现一套。
有这个研究的想法当然是好的,但是不推荐具体去行动,不仅费时还费心力健壮性还不行,等你研究好了,老板可能就请你打包离开公司了。
况且,前端本身就有非常成熟的开源工具:crypto-js,我们直接拿来用就行了。
对应的 nodejs 后端,当然也可以用这个工具包,但是更好的选择是采用 nodejs 原生支持的 crypto,用法其实也大同小异。
比如我们想采用 aes-128-cbc 加密算法,可以像下面这和么用:
/** * 加密 * @param {string} data 原文 * @param {string} key CipherKey * @param {string} iv */ const aesEncrypt = (data, key = global._config.secretKey, iv = global._config.secretIv) => { const cipher = crypto.createCipheriv('aes-128-cbc', key, iv); let crypted = cipher.update(data, 'utf8', 'hex'); crypted += cipher.final('hex'); return crypted; }; /** * 解密 * @param {string} encrypted 密文 * @param {string} key CipherKey * @param {string} iv */ const aesDecrypt = (encrypted, key = global._config.secretKey, iv = global._config.secretIv) => { const decipher = crypto.createDecipheriv('aes-128-cbc', key, iv); let decrypted = decipher.update(encrypted, 'hex', 'utf8'); decrypted += decipher.final('utf8'); return decrypted; };
封装一个加密的方法,一个解密的方法,当然密钥必须一样。
为了使安全性更高,这里我们选择采用随机生成 key 和 iv,而前端可以在初始化的时候,发请求向后端请求,拿到后端服务器每次运行的时候动态生成的 key 和 iv。
如果想用别的加密算法,可以了解下 nodejs 的 api:
其实前后端是相互独立的,但是你必须得采用相同的加密算法,我们这里就以 aes-128-cbc 加密算法来作为例子。
当然,我们采用的就是前面说的 crypto-js。
我们同样需要对加密和解密进行封装,而 key 和 iv,我们都需要从服务器进行获取。
/** * 解密文本 * @name decryptText * @function * @param {string} encryptText 需要解密的文本 * @returns Promise */ export const decryptText = async (encryptText) => { /** 如果没有密钥,需要先从服务器获取密钥 */ if (secretKey === undefined && secretIv === undefined) { try { await obtainKeyFromServer(); } catch (err) { throw new Error(err); } } let text = AES.decrypt(encryptText, CryptoJS.enc.Utf8.parse(secretKey), { iv: CryptoJS.enc.Utf8.parse(secretIv), mode: CryptoJS.mode.CBC, format: CryptoJS.format.Hex, }).toString(CryptoJS.enc.Utf8); try { text = JSON.parse(text); } catch (err) { console.log(err); } return text; }; /** * 加密文本 * @name encryptText * @function * @param {string | object | array} text 需要加密的文本 */ export const encryptText = async (text) => { /** 如果没有密钥,需要先从服务器获取密钥 */ if (secretKey === undefined && secretIv === undefined) { try { await obtainKeyFromServer(); } catch (err) { throw new Error(err); } } if (!isString(text)) text = JSON.stringify(text); return AES.encrypt(text, CryptoJS.enc.Utf8.parse(secretKey), { iv: CryptoJS.enc.Utf8.parse(secretIv), mode: CryptoJS.mode.CBC, format: CryptoJS.format.Hex, }).toString(); };
如果只是想加密数据,直接调用上面封装好的几个方法进行处理就好了。
但是有时候,老板让你对url也进行加密处理,你该怎么搞呢。
其实原理是一样的,无非加密的对象由数据变成了 url 了而已。
这里面有几个关键的地方,值得我们注意的。
前端,我们可以通过 window.location 对象,获取到 href,然后从里面拿到 host, port, path 以及 params 等等吃参数。
我们来分析一下,一个合格的 url 的格式一般是这样的:
主机和端口号我们肯定加密不了,所以只有在 path 和 params 上下功夫了。
在进行加密的时候,需要注意的地方是,我们要对 path 和 params 分开进行加密,因为后端需要对加密的 path 进行解密,用以区分我们发送的是什么请求。而 params 一般是我们在发送 get 请求的时候,携带的信息,所以需要单独进行加密。
其实,前后端加密数据,意义并没有那么大,只要有心人想要破解,还是没有太大难度的。
区别在于,你用的加密算法越复杂,你就需要花费更多的时间去执行加密、解密操作。
而保密的最关键点在于,不能泄漏了密钥和算法,否则数据就等同于不设防了。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。