这是一个创建于 1345 天前的主题，其中的信息可能已经有所发展或是发生改变。
本人要使用 gin 框架写 API 供安卓端调用，迫于安全，客户端会使用 AES 对每个字段进行加密传输，那么服务端这边有没有办法用中间件统一解密，不影响业务使用 ctx.PostForm("xxx")获取字段解密后的值？
或者有没有其他更优雅的实现？
 |
1
demobin 2021-03-10 17:09:46 +08:00  1
在 gateway 做
|
 |
2
keepeye 2021-03-10 17:11:34 +08:00 2
啥优雅不优雅的，自己写个方法间接调用 ctx.PostForm 并解密
|
 |
3
kiripeng 2021-03-10 17:18:55 +08:00 1
一种就是直接用中间件函数把 body 里的 json 每个字段遍历后解密丢回去 body 就行了，然后 用 shouldbind 。
另一种就是把 shouldbind 和解密的反射函数给封装起来就行了，这样结构体的就得到的是解密后的，当然你要考虑实现的话支持切片的问题就行了把。 |
 |
4
hxndg 2021-03-10 17:20:55 +08:00 2
讲道理，这个是不是应该在别的层做？
直接 TLS 加密一次？ |
|
6
kiripeng 2021-03-10 17:31:52 +08:00 1
@iqingqian
if c.Request.Body != nil { bodyBytes, _ = ioutil.ReadAll(c.Request.Body) } //解密 // 复用 c.Request.Body = ioutil.NopCloser(bytes.NewBuffer(bodyBytes)) |
 |
7
xkeyideal 2021-03-10 17:32:10 +08:00 1
单纯从技术上来说，这种加密方式，还不如设计一种私有的数据传输协议，统一使用 body 传参，不用考虑参数是 query, form, body 了。
对于现有的加密方式，即使用中间件来做也会导致后期代码维护性的问题，因为 API 有很多，每个 API 的传参都不一样，难道为每个 API 或每类 API 或特定需要加密的字段写一个中间件？后续需求变动，导致某 API 不能再归为此类又需要改。 |
 |
8
MidGap 2021-03-10 17:32:32 +08:00 1
gin 每个路由的 handle 可以填多个的，gin.GET("/xxx",handel1,handle2) handle1 就是解密的方法 或者 前面搞个 gin.Use(handle1)，但是这样就所有的接口都要解密了，前种方法可以在需要的地方解密，当然第二种方法也能搞个白名单不解密
|
 |
10
writesome6 2021-03-10 18:17:35 +08:00
这样?
```golang gin.New().Use(func(c *gin.Context) { c.Request.ParseForm() encrypetData := c.Request.PostForm.Get("encrypetData") c.Request.PostForm = Decrypet(encrypetData) c.Next() }) ``` |
 |
11
lewinlan 2021-03-10 19:45:01 +08:00 via Android
gin 自己的中间件设计还不够优雅吗？
|
 |
12
ratazzi 2021-03-10 20:03:44 +08:00 via iPhone
好好的 TLS 为啥不用
|
 |
13
asAnotherJack 2021-03-10 20:07:28 +08:00
middleware ？
|
 |
14
Jirajine 2021-03-10 20:25:43 +08:00 via Android 1
直接 tls 不就行了，为啥要自己再加密？怕 mitm 的话配上 mtls 和 ssl pinning 。
|
 |
15
FucUrFrd 2021-03-10 23:25:17 +08:00 via Android
不要每个字段加密，对 json body 加密
|
 |
16
qoras 2021-03-10 23:28:54 +08:00
直接 TLS 就行了啊, 怕爬就加个参数 normalize, 不符合的直接在 nginx 层 ban 掉
|
 |
18
cominghome 2021-03-22 09:05:48 +08:00
客户端会使用 AES 对每个字段进行加密传输
同意#7 楼的，直接对整个 body 加密，网关解密后再丢给后端，0 侵入 |
|
19
cominghome 2021-03-22 09:08:17 +08:00
|
Select Language