无状态验证码不需要在 SESSION 中保存数据，流程如下：
代码 https://github.com/guyskk/kkblog/blob/master/kkblog/captcha.py
大家看下是否可行，有没有什么漏洞？
 |
jedyuMar 30, 2016
1
把 Session 中的数据挪到了 Token 中而已
|
 |
cxh116Mar 30, 2016
2
你要明白 session 的 id 不过是存在 cookie 里面的一个 token 而已.
|
 |
4
这个验证码没有有效期，并且可以多次使用? 那我始终拿一组 Token 和 Code 去刷就可以了呗.
|
 |
loadingMar 30, 2016 via Android
5
@Archangel_SDY 正解
|
 |
6
哈后 4L 一脚踢坏了楼主的轮子
|
 |
7
@Archangel_SDY 确实是。在第 2 步中，随机字符串 TEXT 后面再加上有效期应该可以。验证码在有效期内可以重复使用。
|
 |
ybdhjeakMar 30, 2016
8
直接把 code 加密写进 cookie 不就行了，下次让客户端带着 cookie 和验证码一起来
|
|
ybdhjeakMar 30, 2016
10
你的 token 和 cookie 没啥区别吧，只不过是传递方式不同， session id 也可以用参数形式传递啊
|
 |
11
@guyskk 不加仅能使用一次的限制，验证码就形同虚设，对于暴力提交请求的程序来说， 1 分钟识别一次验证码相当于没有验证码
|
 |
kellerMar 30, 2016
12
有效期内这个验证码不就可以无限使用啊？
|
 |
chacleeMar 30, 2016
13
应该携带一个应用的 id,有效时间是多少,当下次刷新时,自动将该应用 id 的验证码删掉,
反正就是要保证验证码只能用一次。 不然还叫什么验证码 |
 |
dndxMar 30, 2016
14
目测有效期内可以重放，对机器人来说还是很方便的。
|
 |
knightdfMar 30, 2016
15
这不是一次性的验证码。。。
|
 |
mencMar 30, 2016
16
没有漏洞，而且是业界一直在采用的方案。。
不过业界把这个东西叫做 csrf token ，因为这样一次性的 token 可以防止 csrf 攻击， 事实上，如果 token 用后即扔的话，用不着对 token 这么大张旗鼓的做手脚 |
 |
flowfireMar 30, 2016
18
何必呢。。。
|
 |
cheneydogMar 30, 2016
19
1. 服务端的密钥 KEY 是全局的所有用户所有请求都一样
2. 加密后的 TEXT 和 SALT 拼接到一起返回，相当于暴漏了 SALT 有一定的被猜解的可能性。 也不觉得比加密后写入 cookie 有什么优势。 |
 |
wlsnxMar 30, 2016
20
有点奇怪，为了避免保存数据，所以每次都生成新数据，逻辑更复杂了。
|
 |
qiyueyMar 30, 2016
21
你只是做了一个简化版的 session
|
 |
shadeMar 30, 2016
22
OAuth 也是这样的吧
|
 |
cevincheungMar 30, 2016
23
@wlsnx web 集群解决 session 一致性
|
 |
25
|
|
shadeMar 31, 2016
27
webhook 是什么？
|
 |
playsosoJun 23, 2016
29
我觉得可以使用 jwe 方案 ，也就是 jwt 其中客户端内容加密过 ， 请求验证码同时 发放 token ， 提交验证码时携带 token
通过 token 里 签发时间和过期时间来判断是否有效 ， token 内容与验证码结果做比对 |
4
Select Language