2017-02-17 16:34:20 +08:00
|
|
|
|
# 加密工具(Crypto)
|
|
|
|
|
> 本模块是对原生的`crypto`模块二次封装的,在使用上更加简单方便。
|
|
|
|
|
|
2022-01-08 16:00:36 +08:00
|
|
|
|
## 更新日志
|
2023-10-18 19:20:15 +08:00
|
|
|
|
|
2023-12-27 10:27:33 +08:00
|
|
|
|
+ v3.2.0
|
|
|
|
|
- 调整`cipher,decipher,cipheriv,decipheriv`的传参和返回结果, `aes-gcm`等算法,`tag`会拼接在密文后面。
|
|
|
|
|
- 增加`crypto`属性返回, 该属性为`原生crypto对象`
|
|
|
|
|
- 原`origin`属性标识为`Deprecated`,v4.0之后会直接移除。
|
2023-12-27 10:28:54 +08:00
|
|
|
|
- `cipher,cipheriv`, 默认的密钥和向量均为`Buffer.alloc(16)`
|
2023-12-27 10:27:33 +08:00
|
|
|
|
|
2023-10-18 19:20:15 +08:00
|
|
|
|
+ v3.1.2
|
|
|
|
|
- 优化`uuid()`, 增加有序性
|
|
|
|
|
|
2023-02-13 17:19:05 +08:00
|
|
|
|
+ v3.1.0
|
|
|
|
|
- 优化`uuid(),rand()`
|
|
|
|
|
- 优化库引用方式
|
|
|
|
|
|
2022-01-08 16:00:36 +08:00
|
|
|
|
+ v3.0.0
|
2022-01-08 16:43:29 +08:00
|
|
|
|
- Node.js 10.0.0之后不再推荐使用`crypto.createCipher()`, 所以 本库的`cipher()`方法, 内部改为调用`cipheriv()` (Node.js大于10.5.0时, 旧版本的不变)
|
2022-01-08 16:00:36 +08:00
|
|
|
|
|
|
|
|
|
+ v2.1.0
|
|
|
|
|
- 优化`cipher()`等公钥加密方法的`key`和`iv`的默认值为`crypto.scryptSync('', '', 16)`
|
|
|
|
|
- 使用ESBuild进行打包。
|
|
|
|
|
|
|
|
|
|
+ v2.0.5
|
|
|
|
|
- 优化`uuid()`的实现。
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
2017-02-17 16:41:04 +08:00
|
|
|
|
## 安装
|
|
|
|
|
|
|
|
|
|
```bash
|
|
|
|
|
npm install crypto.js
|
|
|
|
|
```
|
|
|
|
|
|
2017-02-17 16:43:48 +08:00
|
|
|
|
|
2020-09-17 16:30:45 +08:00
|
|
|
|
## 说明
|
|
|
|
|
> 本模块内置2种不同的引入方式。
|
|
|
|
|
|
|
|
|
|
```js
|
|
|
|
|
// 1、 传统的 commonJS引入, 所有的方法都在上面
|
2022-01-08 16:00:36 +08:00
|
|
|
|
var {
|
2023-02-13 17:19:05 +08:00
|
|
|
|
origin, // 原生crypto对象
|
2023-12-26 15:53:43 +08:00
|
|
|
|
crypto, // 原生crypto对象
|
2022-01-08 16:00:36 +08:00
|
|
|
|
uuid,
|
|
|
|
|
rand,
|
|
|
|
|
md5,
|
|
|
|
|
md5Sign,
|
|
|
|
|
sha1,
|
|
|
|
|
sha1Sign,
|
|
|
|
|
sha256,
|
|
|
|
|
sha256Sign,
|
|
|
|
|
base64encode,
|
|
|
|
|
base64decode
|
|
|
|
|
} = require('crypto.js')
|
2020-09-17 16:30:45 +08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
// 2、 全新的 ESM 方式
|
|
|
|
|
import crypto from 'crypto.js'
|
2023-02-13 17:19:05 +08:00
|
|
|
|
import crypto, {
|
2023-12-26 15:53:43 +08:00
|
|
|
|
origin, // 原生crypto对象
|
|
|
|
|
crypto, // 原生crypto对象
|
2020-09-17 16:30:45 +08:00
|
|
|
|
uuid,
|
|
|
|
|
rand,
|
|
|
|
|
md5,
|
|
|
|
|
md5Sign,
|
|
|
|
|
sha1,
|
|
|
|
|
sha1Sign,
|
|
|
|
|
sha256,
|
|
|
|
|
sha256Sign,
|
|
|
|
|
base64encode,
|
|
|
|
|
base64decode,
|
|
|
|
|
} from 'crypto.js'
|
|
|
|
|
|
2017-02-17 16:41:04 +08:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
2020-09-17 16:30:45 +08:00
|
|
|
|
|
2017-02-17 16:34:20 +08:00
|
|
|
|
## 属性
|
2023-12-26 15:53:43 +08:00
|
|
|
|
|
|
|
|
|
### `origin` (Deprecated)
|
|
|
|
|
> 即为原生的`crypto`对象,方便在封装的方法中无法满足需求时,可以自行调用原生的`crypto`实现。
|
|
|
|
|
|
|
|
|
|
### `crypto` (v3.2.0新增)
|
|
|
|
|
> 即为原生的`crypto`对象,方便在封装的方法中无法满足需求时,可以自行调用原生的`crypto`实现。
|
|
|
|
|
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
|
|
|
|
## 常用API方法
|
|
|
|
|
> 对使用频率非常高的几种加密/编码进行更加简便的封装。
|
|
|
|
|
|
2020-09-17 16:30:45 +08:00
|
|
|
|
### rand(len[, onlyNumber])
|
|
|
|
|
- len `<Number>` 需要的字符长度
|
|
|
|
|
- onlyNumber `<Boolean>` 返回纯数字字符串 [可选]
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
2020-09-17 16:30:45 +08:00
|
|
|
|
> 该方法用于生成指定长度的随机字符串`[a-z-A-z0-9]`
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
|
|
|
|
```javascript
|
2022-01-08 16:00:36 +08:00
|
|
|
|
let { rand } = require('crypto.js')
|
|
|
|
|
rand(6) // ddjF7d
|
|
|
|
|
rand(16) // 4sf7dJH6tGHDjhdf
|
|
|
|
|
rand(6, true) // 439875
|
|
|
|
|
rand(10, true) // 3458765234
|
2017-02-17 16:34:20 +08:00
|
|
|
|
```
|
|
|
|
|
|
2018-05-25 00:09:29 +08:00
|
|
|
|
### uuid()
|
|
|
|
|
> 返回一个如下格式的 xxxxxxxx-xxxx-xxxx-xxxxxxxx 的唯一ID
|
2021-06-24 17:55:47 +08:00
|
|
|
|
>> 1、加入机器码, 减小不同机器生成的uuid相同的机率
|
|
|
|
|
>> 2、每秒可生成20万个ID(测试机器: Intel i5-8500B@3.00GHz 16G内存)
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
2018-05-25 00:09:29 +08:00
|
|
|
|
```javascript
|
2022-01-08 16:00:36 +08:00
|
|
|
|
let { uuid } = require('crypto.js')
|
|
|
|
|
uuid() // 076d029f-4927-ec5f-5b06e35e
|
2018-05-25 00:09:29 +08:00
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### md5(str[, encode])
|
2017-02-17 16:34:20 +08:00
|
|
|
|
- str `<Number>` | `<String>`
|
|
|
|
|
- encode `<String>` 可选
|
|
|
|
|
|
|
|
|
|
> 这方法,应该没有人不知道是做什么的了,`encode`是要返回的字符串编码,默认为`hex`, 可选`base64` 不过有这需求的人可能也许大概...很少吧。
|
|
|
|
|
|
|
|
|
|
```javascript
|
2022-01-08 16:00:36 +08:00
|
|
|
|
md5(123456) // e10adc3949ba59abbe56e057f20f883e
|
|
|
|
|
md5('123456') // e10adc3949ba59abbe56e057f20f883e
|
|
|
|
|
md5('hello world') // 5eb63bbbe01eeed093cb22bb8f5acdc3
|
|
|
|
|
md5('hello world', 'base64') // XrY7u+Ae7tCTyyK7j1rNww==
|
2017-02-17 16:34:20 +08:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
2018-05-25 00:09:29 +08:00
|
|
|
|
### md5Sign(file)
|
2017-02-17 16:34:20 +08:00
|
|
|
|
- file `<String>`
|
|
|
|
|
|
2019-06-17 17:11:53 +08:00
|
|
|
|
> 该方法用于计算文件的md5签名,`file`即为文件的路径。
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
|
|
|
|
```javascript
|
2022-01-08 16:00:36 +08:00
|
|
|
|
md5Sign('xx.jpg')
|
2017-02-17 16:34:20 +08:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
2018-05-25 00:09:29 +08:00
|
|
|
|
### sha1(str[, encode])
|
2017-02-17 16:34:20 +08:00
|
|
|
|
- str `<Number>` | `<String>`
|
|
|
|
|
- encode `<String>` 可选
|
|
|
|
|
|
|
|
|
|
> 这方法也应该没有人不知道是做什么的了,`encode`是要返回的字符串编码,默认为`hex`, 可选`base64` 不过有这需求的人可能也许大概...很少吧。
|
|
|
|
|
|
|
|
|
|
```javascript
|
2022-01-08 16:00:36 +08:00
|
|
|
|
sha1(123456) // 7c4a8d09ca3762af61e59520943dc26494f8941b
|
|
|
|
|
sha1('123456') // 7c4a8d09ca3762af61e59520943dc26494f8941b
|
|
|
|
|
sha1('hello world') // 2aae6c35c94fcfb415dbe95f408b9ce91ee846ed
|
|
|
|
|
sha1('hello world', 'base64') // Kq5sNclPz7QV2+lfQIuc6R7oRu0=
|
2017-02-17 16:34:20 +08:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
2018-05-25 00:09:29 +08:00
|
|
|
|
### sha1Sign(file)
|
2017-02-17 16:34:20 +08:00
|
|
|
|
- file `<String>`
|
|
|
|
|
|
2019-06-17 17:11:53 +08:00
|
|
|
|
> 该方法用于计算文件的sha1签名,`file`即为文件的路径。
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
|
|
|
|
```javascript
|
2022-01-08 16:00:36 +08:00
|
|
|
|
sha1Sign('xx.jpg')
|
2017-02-17 16:34:20 +08:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
2018-05-25 00:09:29 +08:00
|
|
|
|
### sha256(str[, encode])
|
2017-02-17 16:34:20 +08:00
|
|
|
|
- str `<Number>` | `<String>`
|
|
|
|
|
- encode `<String>` 可选
|
|
|
|
|
|
|
|
|
|
> 自然这方法,也没啥好说的了。
|
|
|
|
|
|
|
|
|
|
|
2019-06-17 17:11:53 +08:00
|
|
|
|
### sha256Sign(file)
|
|
|
|
|
- file `<String>`
|
|
|
|
|
|
|
|
|
|
> 都懂的。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
2018-05-25 00:09:29 +08:00
|
|
|
|
### base64encode(str[, urlFriendly])
|
2017-02-17 16:34:20 +08:00
|
|
|
|
- str `<Number>` | `<String>` | `<Buffer>`
|
|
|
|
|
- urlFriendly `<Boolean>` 可选
|
|
|
|
|
|
|
|
|
|
> 这是用来进行base64编码的,本身没啥好说。主要是第2个参数,是指编码的结果是否对URL友好,默认为否; 如果为true,则会把+转成-,/转成_ (遵循RFC4648标准)。
|
|
|
|
|
|
|
|
|
|
```javascript
|
2022-01-08 16:00:36 +08:00
|
|
|
|
base64encode('hello world') //aGVsbG8gd29ybGQ=
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-03-08 19:04:42 +08:00
|
|
|
|
### base64decode(str[, urlFriendly])
|
2017-02-17 16:34:20 +08:00
|
|
|
|
- str `<String>`
|
|
|
|
|
- urlFriendly `<Boolean>` 可选
|
|
|
|
|
|
2019-03-08 19:04:42 +08:00
|
|
|
|
> base64解码, 返回Buffer对象。同样`urlFriendly`是指要解码的字符串之前是否采用了URL友好处理,默认否。
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
|
|
|
|
```javascript
|
2022-01-08 16:00:36 +08:00
|
|
|
|
base64decode('aGVsbG8gd29ybGQ=')// .toString('utf-8') === hello world
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 更强大的API方法
|
|
|
|
|
> 除去上面8个更为常用的方法之外,还有很多很多也经常要到的,比如AES加密等,那此时就可以使用下面这里方法,自行配置了。
|
|
|
|
|
|
|
|
|
|
### 1. 散列算法
|
|
|
|
|
#### hash(mode, data[, outEncode])
|
|
|
|
|
- mode `<String>`
|
|
|
|
|
- data `<String>` | `<Buffer>`
|
|
|
|
|
- outEncode '<String>' 可选
|
|
|
|
|
|
|
|
|
|
> 散列算法(也称为哈希算法),用来实现一些重要数据的模糊处理,以达到隐藏明文的目的。
|
|
|
|
|
> 上面的md5、sha1、sha256等,其实就是基于这个再次封装的结果;
|
|
|
|
|
> `mode`,即算法类型,常用的有 `md5, sha1, sha256, sha512`等;
|
|
|
|
|
> `data` 即为要加密的字符串;
|
|
|
|
|
> `outEncode`是输出的编码类型;
|
|
|
|
|
|
|
|
|
|
```javascript
|
|
|
|
|
crypto.hash('md5', '123456') //e10adc3949ba59abbe56e057f20f883e
|
2022-01-08 16:00:36 +08:00
|
|
|
|
// 等价于
|
|
|
|
|
md5('123456')
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### 2. HMAC算法
|
|
|
|
|
#### hmac(mode, data[, key][, outEncode])
|
|
|
|
|
- mode `<String>`
|
|
|
|
|
- data `<String>` | `<Buffer>`
|
|
|
|
|
- key `<String>` 可选
|
|
|
|
|
- outEncode '<String>' 可选
|
|
|
|
|
|
|
|
|
|
> HMAC算法,是在散列算法的基础上,与一个密钥结合在一起,以阻止对签名完整性的破坏。
|
|
|
|
|
> 与上面的散列算法相比,多了一个密钥的参数`key`;
|
|
|
|
|
|
|
|
|
|
```javascript
|
|
|
|
|
//a21cf00de4343af1b8b2087af07eb7b9
|
|
|
|
|
crypto.hmac('md5', '123456', 'sdfvkjfhd')
|
|
|
|
|
|
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### 3. 公钥加密
|
|
|
|
|
> 在上面的2种算法中,加密都是不可逆的,也就是说,加密后的字符,我们是没办法再还原回去了,但是有很多场景,需要我们对拿到的加密字符,还原到明文状态。
|
|
|
|
|
> 所以出现了公钥加密这种算法; 而`Node.js`本身给我们提供了4种与公钥加密相关的类:`Cipher/Decipher、Sign、Verify`,这里只讲前面2个,以及它们衍生出来的`Cipheriv/Decipheriv`;
|
|
|
|
|
|
2023-12-27 10:27:33 +08:00
|
|
|
|
>> Nodejs v10.0之后该方法为Deprecated, 推荐使用 cipheriv()
|
|
|
|
|
|
2019-01-15 18:05:09 +08:00
|
|
|
|
#### cipher(mode, data[, key, inEncode, outEncode])
|
2017-02-17 16:34:20 +08:00
|
|
|
|
- mode `<String>`
|
|
|
|
|
- data `<String>` | `<Buffer>`
|
2022-01-08 16:00:36 +08:00
|
|
|
|
- key `<String>` 可选, 默认为 `<Buffer d7 2c 87 d0 f0 77 c7 76 6f 29 85 df ab 30 e8 95>`, 即 `crypto.scryptSync('', '', 16)` 的结果
|
2017-02-17 16:34:20 +08:00
|
|
|
|
- inEncode '<String>' 可选
|
2023-12-27 10:27:33 +08:00
|
|
|
|
- outEncode '<String>' 可选,默认返回Buffer对象
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
2022-01-08 16:02:24 +08:00
|
|
|
|
> `crypto.js v3.x`开始, `cipher()`内部改成调用 `cipheriv()`, 如果有特别原因, 仍然要调用的话, 请使用 `2.x版本`
|
2022-01-08 16:00:36 +08:00
|
|
|
|
|
2017-02-17 16:34:20 +08:00
|
|
|
|
> `mode`为算法类型,常见的有`aes-128-cbc、aes-128-gcm`等等地,很多,具体有哪些可以通过 `this.crypto.getCiphers()` 来查看。
|
|
|
|
|
> 其他的参数与上面的HMAC算法相似; `inEncode`即声明要加密的数据是什么编码的,默认根据要加密的数据进行判断。
|
2024-03-11 16:48:18 +08:00
|
|
|
|
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
|
|
|
|
```javascript
|
2019-01-15 18:05:09 +08:00
|
|
|
|
// 这里给出一个AES-128-CBC的加密例子
|
|
|
|
|
|
2017-02-17 16:34:20 +08:00
|
|
|
|
crypto.cipher('aes-128-cbc', '123456', 'abcdefg')
|
2019-01-15 18:05:09 +08:00
|
|
|
|
// mqA9ZPh9VV+fwKlfpicGVg==
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
|
|
|
|
crypto.cipher('aes-128-cbc', '123456', 'abcdefg', 'utf8', 'hex')
|
2019-01-15 18:05:09 +08:00
|
|
|
|
// 9aa03d64f87d555f9fc0a95fa6270656
|
|
|
|
|
|
2024-03-11 16:48:18 +08:00
|
|
|
|
|
2017-02-17 16:34:20 +08:00
|
|
|
|
|
2022-01-08 16:43:29 +08:00
|
|
|
|
// v3.x 之后, decipher()同理
|
|
|
|
|
crypto.cipher('aes-128-cbc', '123456', {key})
|
|
|
|
|
// 等价于
|
2024-03-11 16:48:18 +08:00
|
|
|
|
crypto.cipheriv('aes-128-cbc', '123456', {key}, EMPTY_IV) // 其中 EMPTY_IV = Buffer.alloc(16)
|
2017-02-17 16:34:20 +08:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2019-01-15 18:05:09 +08:00
|
|
|
|
#### decipher(mode, data[, key, tag, inEncode, outEncode])
|
2017-02-17 16:34:20 +08:00
|
|
|
|
- mode `<String>`
|
|
|
|
|
- data `<String>` | `<Buffer>`
|
|
|
|
|
- key `<String>` 可选
|
2019-01-15 18:05:09 +08:00
|
|
|
|
- tag `<Buffer>` 可选(mode为gcm算法时必填)
|
2017-02-17 16:34:20 +08:00
|
|
|
|
- inEncode '<String>' 可选, 默认是base64
|
|
|
|
|
- outEncode '<String>' 可选,默认utf8
|
|
|
|
|
|
|
|
|
|
> 这是与上面的`cipher`对应的解密方法;
|
|
|
|
|
|
2023-12-27 10:27:33 +08:00
|
|
|
|
>> Nodejs v10.0之后该方法为Deprecated, 推荐使用 decipheriv()
|
|
|
|
|
|
2017-02-17 16:34:20 +08:00
|
|
|
|
```javascript
|
|
|
|
|
// 这里不用指定编码,默认即为base64
|
|
|
|
|
crypto.decipher('aes-128-cbc', 'mqA9ZPh9VV+fwKlfpicGVg==', 'abcdefg')
|
|
|
|
|
// 123456
|
|
|
|
|
|
|
|
|
|
// 这里一定要指定,因为之前加密的时候,指定输出为hex,所以这里也要指定输入的是hex编码
|
|
|
|
|
crypto.decipher('aes-128-cbc', '9aa03d64f87d555f9fc0a95fa6270656', 'abcdefg', 'hex')
|
2019-01-15 18:05:09 +08:00
|
|
|
|
// 123456
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2017-02-17 16:34:20 +08:00
|
|
|
|
```
|
|
|
|
|
|
|
|
|
|
|
2019-01-15 18:05:09 +08:00
|
|
|
|
> 至于另外的`cipheriv/decipheriv`这2个方法,这里就不细讲了,和上面的这2个是同样的用法,只是要多1个参数`向量(iv)`
|
2024-03-11 16:48:18 +08:00
|
|
|
|
>> **`特别要注意的一点是,选择128位的加密算法,那key的长度就必须是16位,256则是32位,依此类推`,具体的请看相关文档**
|