验证码验证原理分析请教！！！

只看该作者 · 2018-10-13 20:34

我觉得和银行给的密钥很像，密钥里面存一组数，银行自己有一组对应的
以时间或者使用次数作为两者之间的参照

只看该作者 · 2018-10-14 13:40

序列号包含充值信息, 以及自身效验数据, 简单举个例子
ABCDEF01XX

可以把01作为充值数据, A-F可以随机, 然后XX作为整体的效验值(比如CRC8), 最后可以把所有数据加密

3万 · 2018-10-14 21:05

原理很简单：
1-服务器和设备都各设置一个变量：count，初始化为0
2-服务器和设备都使用共同的算法，根据这个二维码产生一个哈希序列数组，如no[]={111，222，333，444，555，666，777，……}
这个数组不必初始化为实体，可以用函数gen(count)来产生

使用时：
1-用户用APP扫码，付款，服务器收到钱后，把该二维码对应的count变量加1，然后调用gen(count)产生序列值xxx，发送到APP界面
2-用户在APP界面看到这个序列值xxx，通过设备按键输入设备
3-设备调用gen(count)产生序列值yyy，然后用yyy跟xxx对比，如果相等，则认为合法，让继电器闭合1小时，并且count++；
异常情况下，例如用户输入错误数据、或者前面有用户付款后缺不输入到设备（有钱任性），导致设备调用gen(count)产生序列值对比失败，此时设备可以连续尝试若干次count++后再调用gen(count)，如比对正确则重新校正count；如比对还是失败，则可认为是用户输入错误，忽略即可。

3万 · 2018-10-14 21:11

还有一种算法更简单，使用对称加密算法：
1-二维码作为基数，每次付款后，服务器在该二维码明文尾部加上当前时间、随机数等等（这样可以保证每次付款都得到不同数字），用公钥加密，然后把密文发给APP显示
2-用户把密文输入设备，设备使用公钥解密，然后比对开头的二维码，如果正确则工作一小时，不正确则忽略

1万 · 2018-10-14 22:03

正统的做法：
二维码里面有随机数，也就是 challenge ；
用手机扫描后，发服务器，服务器根据密钥计算此chanllenge的hash值。
你手工输入到mcu里面，mcu里面根据同样的密钥，同样的算法，计算此channlenge的hash值。

你上传的图片：
http://www.yubaohe.cn/ord/ord?gprsNo=10000103

从网址上来看：
1 不是随机数，是流水号。
2 没有本机的序列号。
3 哈哈哈哈

如果只是一个继电器的功能，你可以做个电路外挂，具体不便交流。懂电路的人来说，电路外挂远比软件外挂容易多了。

1万 · 2018-10-15 08:11

二维码里面的数据, 可以算出验证码的, 就比较容易,
或是说你输入一次二维码变化一次, 对应一个验证码都是可行的.

只看该作者 · 2018-10-15 08:44

mohanwei 发表于 2018-10-14 21:05
原理很简单：
1-服务器和设备都各设置一个变量：count，初始化为0
2-服务器和设备都使用共同的算法，根据这 ...

谢谢！！！

只看该作者 · 2018-10-15 08:45

linqing171 发表于 2018-10-14 22:03
正统的做法：
二维码里面有随机数，也就是 challenge ；
用手机扫描后，发服务器，服务器根据密钥计算此c ...

谢谢指教！

只看该作者 · 2018-10-15 08:46

IC烧录机发表于 2018-10-13 17:10
这是一个简易充电桩对吗？

是的

只看该作者 · 2018-10-15 09:08

你的想法很善良呀，哈哈哈哈哈哈哈哈哈

1万 · 2018-10-15 09:42

就是个动态码生成器.不用联网.

3万 · 2018-10-15 09:57

1949zbh 发表于 2018-10-15 08:44
谢谢！！！

你发的那个二维码是设备显示屏显示出来的，还是像共享单车那样打印好贴在上面的？

只看该作者 · 2018-10-15 10:08

干嘛一定要联网，只要离线和在线验证码计算一致，当然可以不用联网了。

只看该作者 · 2018-10-15 10:58

mohanwei 发表于 2018-10-14 21:11
还有一种算法更简单，使用对称加密算法：
1-二维码作为基数，每次付款后，服务器在该二维码明文尾部加上当 ...

膜拜

只看该作者 · 2018-10-15 11:06

renxiaolin 发表于 2018-10-15 09:08
你的想法很善良呀，哈哈哈哈哈哈哈哈哈

只看该作者 · 2018-10-16 08:56

linqing171 发表于 2018-10-14 22:03
正统的做法：
二维码里面有随机数，也就是 challenge ；
用手机扫描后，发服务器，服务器根据密钥计算此c ...

你说的是有问题的，因为每次扫描后会得到不一样的校验码，按你的说法，每次算出的hash是一样的

1万 · 2018-10-16 12:40

renxiaolin 发表于 2018-10-16 08:56
你说的是有问题的，因为每次扫描后会得到不一样的校验码，按你的说法，每次算出的hash是一样的 ...

http://www.yubaohe.cn/ord/ord?gprsNo=10000103

这次是10000103，下次是 10000104，和内部密钥运算后再算hash，这两个数不同，算出来的hash怎么可能是相同的？

只看该作者 · 2018-10-16 17:37

本帖最后由 blc220 于 2018-10-16 17:49 编辑

赞同 mohanwei 的方法，简单可行

验证码 验证原理分析请教！！！

无冕之王奖章

沉静之湖泊

缘定三生

技术奇才奖章

荣誉元老奖章

坚毅之洋流

十世金身

技术领袖奖章

技术导师奖章

以坛为家

七世轮回

涓涓之细流

社区建设奖章

伴坛终老

验证码验证原理分析请教！！！