1.前端生成 uuid 作为图片验证码的唯一标识;
2.前端携带 uuid 作为 url 参数发给后端;
3.后端收到请求,取到路径参数 uuid,然后使用 PIL 模块生成 text 对应的 image,再使用 uuid 作为 key,image 作为 value 缓存,然后设置响应头给前端返回 image;
4.前端渲染 image,输入验证码,把验证码和对应的 uuid 都发给后端;
5.后端取到 uuid 和验证码,根据 key 去查看缓存.检验结束
如上是本人的处理方式,但是总感觉这样效率太低,求大家的处理思路
 |
1
ipwx Jul 28, 2019
你这根本不是效率的问题，有重放攻击的威胁吧。。
就算你解决了重访攻击，我觉得还是有别的伪造输入的方法。。。 |
 |
3
coolair Jul 28, 2019
业务量大了 PIL 根本扛不住吧，会把机器的 CPU 吃完。建议集成第三方验证。
|
 |
5
qile1 Jul 28, 2019 via Android
一次生成一万个 uuid，和 img，然后直接调用
|
 |
6
wongyusing Jul 28, 2019
利用谷歌的验证码插件处理
|
|
7
ipwx Jul 28, 2019
@kayseen 可能是我没有理解你的文本。我理解的是，你的图片是根据 uuid 的内容生成的，就是说你的 uuid 是一种对于验证码内容的编码方式？不过重新看了一遍你的文本，又好像不是这么回事。。。
如果是我一开始理解的方式，确实有重放攻击的风险。如果你只是生成了一个随机的 uuid 和某个验证码（存储在数据库中）相关联，那么应该就没有问题。 ---- 另外我感觉你这个验证码图片并不需要缓存。因为大部分针对验证码的请求都是一次性的。缓存了反而出现了这么一个问题：如果用户刷新了验证码，难道你还要再给他一个新的 uuid 嘛？如果不是，那么岂不是生成了同样的验证码？ |
 |
8
kayseen OP @ipwx 首先,PIL 可以生成文本对应的图片,比如 1111 对应的验证码图片内容;这个 uuid 只是作为这个生成的验证码内容的唯一标识,然后设置缓存,如果用户输入验证码错误,那么这个缓存也就失效了,验证码也会重新生成(你可以说下你的处理吗)
|
|
9
kayseen OP @wongyusing 额,Python 可以使用这个吗?刚搜了一下都是 google 破解验证码的,最好的话能不能来个 demo...
|
|
10
wongyusing Jul 29, 2019
|
|
11
kayseen OP @wongyusing 你这个是调用的 google 的接口发送请求啊,这样的话是不是速度上会有点影响啊...
|
|
12
kayseen OP 不知道大家有没有返回 base64 使用图片验证码的 demo 啊
|
|
13
wongyusing Jul 29, 2019
@kayseen 看你在国内还是在国外，没记错的话国内还有个接口。
|
Select Language