AES
RSA
1. 为什么会有这个包？
2. 部分密钥写在代码里面？安全吗？
3. 这个包适用哪些场景？
数据安全，对于当今的这个时代已经是非常重要的了。作为开发者，
我们的敏感数据应该如何进行脱敏呢？在go生态中，并没有找到很合适的，很符合满意的加密库，于是我决定自己封装一个加密库，上层抽离接口，让我们的更容易对敏感数据进行脱敏处理。
github地址：https://github.com/CocaineCong/secret这里就不再过多赘述 AES/DES/3DES/RSA 等的加密算法。
这个secret包 提供 对称加密 AES、DES、3DES 以及非对称加密 RSA 的上层封装接口，让您的敏感数据更加容易脱敏并存储
go get github.com/CocaineCong/secret
我们可以在代码中先指定一段特殊字符串 special sign，并且传入我们的密钥key，来构造我们的AES加密对象。
我们会基于传进来的special sign 和 key进行一个拼接来进行加密，解密的时候，只需要用传入相同的special sign和key即可。
目前 AES 只支持 16位 的加密，后续我们会增加
对应密钥的长度，specialSign 和 key 加起来的长度小于 16位，就会进行填充，并且多于16位，就会对根据密钥的长度是奇数还是偶数来判断，去除前缀还是后缀，来凑出对应密钥所需要的位数长度。
如果 specialSign 和 key 加起来的长度小于 对应所需要加密的密钥的长度 ，我们提醒，因为公开了部分密钥，容易被攻破有风险。
the length of specialSign and key less 24
示例代码:
指定 specialSign 和 key 并且构造 AesEncrypt 对象。
specialSign := "][;,[2psldp0981zx;./"
key := "458796" // key 密钥
aesEncrypt, _ := NewAesEncrypt(specialSign, key) // 构建一个aes加密器
再传入我们的所需要加密的对象即可,目前只封装了CBC模式,后续我们会支持更多的模式。
str := aesEncrypt.SecretEncrypt("this is a secret")
fmt.Println(str)
ans := aesEncrypt.SecretDecrypt(str)
fmt.Println(ans)
结果如下：
efdaae09519f845fb5b182bea986f231939ec3aace3449db7bc92e532e7897c5
this is a secret
这样我们就完成了一次加解密了。
DES、3DES也是类似的
RSA 我们需要指定密钥的长度，只能选择规定的密钥长度，在构建对象的时候，可以传入公私钥的名字和路径。如果没有传入名字，那么就会使用默认的名字，密钥是 private.pem 、公钥是 publish.pem ，如果没有传入路径，将会默认放在当前工作目录的路径下 !
指定rsa加密对象，并且保存公私钥
rsa := NewRsaEncrypt(RsaBits1024, "", "", "", "")
_ = rsa.SaveRsaKey() // 保存公私钥
使用公钥对这条语句进行加密
secret, _ := rsa.RsaEncrypt("this is a secret", rsa.PublishKeyPath)
fmt.Println("secret", secret)
注意加密过后的我们获取的是一个 byte 类型，如果我们想要 string 类型，我们就需要执行下面一个代码进行转换，转成string类型。
srcStr := rsa.EncryptString(secret)
当然我们加密同样也需要传入 byte 类型，所以要对这个 string 类型转成 byte 类型。
srcByte := rsa.DecryptByte(srcStr)
转成byte类型之后，我们才进行解密
ans, _ := rsa.RsaDecrypt(secret, rsa.PrivateKeyPath)
fmt.Println(ans)
这次返回的是string类型的了
结果如下：
src aUpVbJqOYvcDil7PmGRZ5iaOJ1oAhWE84uqlUZ5REqZFTW/p/enSTrA/dSGC9puHWuVesFTkYAl5dJtfNAHlCdODOP9xzj1gSQVSQblPFxUnRq1DwSgI3Y4ktApicuD26Pm5ViC5rYP9uCqNTo6Ewo1QQhs+c25EVNOzFHijYQ4=
ans this is a secret
非常欢迎感兴趣的同学一起加入，共同维护这个secret包！
coding make secret secret
最主观的原因是没有找到符合我自己业务的加密包，每一次都要手写这些加密的方法，比如填充之类的。再者是想让用户输入的密钥少一点。因为我们的 AES加密，如果密钥全部由用户来输入的话，至少要输入16位，所以我们打算在代码层面减少一些用户的负担。
其实安全这种东西是相对的，为了便捷我们确实是需要舍弃一些安全，但是也不是完全不完全，毕竟代码是保护的很好的，加密的源代码一般是不会泄漏的，比如这个special sign是开发者定义的，可以每个函数方法都设置成不一样的，也能减少数据库被攻击，所造成的数据损失。再者，如果攻击者想真的锲而不舍地攻击的话，那什么加密方法都没用了。
推荐在tob的业务使用，加密一些邮箱，手机，身份证等秘密信息，同样的，我们 key 可以使用数据库的字段，比如主键id来进行填入。
联系客服
