推荐学习书目 Learn Python the Hard Way Python Sites PyPI - Python Package Index http://diveintopython.org/toc/index.html Pocoo 值得关注的项目 PyPy Celery Jinja2 Read the Docs gevent pyenv virtualenv Stackless Python Beautiful Soup 结巴中文分词 Green Unicorn Sentry Shovel Pyflakes pytest Python 编程 pep8 Checker Styles PEP 8 Google Python Style Guide Code Style from The Hitchhiker's Guide
这是一个创建于 4316 天前的主题，其中的信息可能已经有所发展或是发生改变。
这两天闲暇时在写一个小应用，遇到了用户注册后，发送激活邮件给用户用以激活帐号的设计问题。
我目前的想法是这样的：在激活链接中传递三个参数，用户的email，发送此邮件时的时间戳ts，以及一个MD5加密后的字符串token（通过md5(secret, email, ts)得出），这样的话，用户在点击这个link后，服务器端获取相关的参数，首先校验token的有效性，通过md5(secret, 传过来的email地址，传过来的ts)与传过来的token比较，这样可以避免用户伪造ts和email；接着判断当前时间和ts的时间差是否满足一个合理的间隔（例如48h），如果一切都OK，那么就将用户设置为激活状态
这种方法目前来看基本可以满足我的需求（至于是否健壮还望各位大大指教），但是这样的话激活link就会比较长，因为需要传送3个参数进去，我参考了下很多网站发送的激活邮件，有类似我这种格式的链接，也有的非常的简短，比如V2EX网站，其激活链接格式为： http://www.v2ex.com/activate/XXXXXXXX，所以我很好奇这种方式一般都是怎么校验的呢，难道需要在用户表中新增一个字段用来保存这个字符串，然后验证的时候只要比较下即可？那这种方式代价是不是高了些？所以恳请各位大大都来介绍下你们都是如何设计这个功能的？多谢~
我目前的想法是这样的：在激活链接中传递三个参数，用户的email，发送此邮件时的时间戳ts，以及一个MD5加密后的字符串token（通过md5(secret, email, ts)得出），这样的话，用户在点击这个link后，服务器端获取相关的参数，首先校验token的有效性，通过md5(secret, 传过来的email地址，传过来的ts)与传过来的token比较，这样可以避免用户伪造ts和email；接着判断当前时间和ts的时间差是否满足一个合理的间隔（例如48h），如果一切都OK，那么就将用户设置为激活状态
这种方法目前来看基本可以满足我的需求（至于是否健壮还望各位大大指教），但是这样的话激活link就会比较长，因为需要传送3个参数进去，我参考了下很多网站发送的激活邮件，有类似我这种格式的链接，也有的非常的简短，比如V2EX网站，其激活链接格式为： http://www.v2ex.com/activate/XXXXXXXX，所以我很好奇这种方式一般都是怎么校验的呢，难道需要在用户表中新增一个字段用来保存这个字符串，然后验证的时候只要比较下即可？那这种方式代价是不是高了些？所以恳请各位大大都来介绍下你们都是如何设计这个功能的？多谢~
 | 1 loading 2014-02-18 14:17:34 +08:00 via iPhone 邮件里连接直接点，谁管长不长。 btw：你md5每次都算啊…不也存起来吗？ |
 | 2 wingoo 2014-02-18 14:18:20 +08:00 新增一个验证表, 主键为guid, 其他字段可以为user_id, 过期时间等 |
 | 3 jayn1985 OP @loading 你说每次都需要计算MD5，原因是如果用户更改了link中的email或者ts，那你在server端仍然需要计算一下当前计算出的MD5值和传来的token值是否匹配吧，否则你怎么验证用户没有更改你的激活链接呢？ |
 | 4 justfindu 2014-02-18 14:53:46 +08:00 @jayn1985 验证email和token search一下sql ,带上token过期时间的条件 没有就说明不是正确用户 |
 | 5 lichao 2014-02-18 14:56:01 +08:00 我觉得只需一个 token 就行，其它的都多余 |
| 8 jayn1985 OP @lichao 你的意思是加张表或者是在User表里面加个字段存这个token么？那用户激活成功了的话，这个信息之后还有用么？如果没有用的话，这样设计是不是代价高了些？ |
 | 10 dorentus 2014-02-18 15:19:57 +08:00 单独加张表放 token，用完删。怕慢就用 redis 之类的存。 这个代价不高的；等你在这个地方遇到瓶颈的时候，你的系统的其它部分估计都已经遇到过 n 次瓶颈、重写多遍了…… |
| 11 jayn1985 OP @lichao 我在网上搜了相关文章，很多也都是类似你这样的设计，我很想知道这种设计的原因，是因为很难构造出一个健壮的方式来避免安全问题么？抱歉想得太多，呵呵~ |
 | 12 vob636 2014-02-18 15:37:24 +08:00 @dorentus +1用完肯定删……@jayn1985 楼上的已经很健壮了……各种token了……是在不行，你加上https…… |
| 13 jayn1985 OP @dorentus 感谢回复，加表后对其操作确实代价不大，但是我总觉得因为这么一个不算大的feature而要新增一张表，这个有点“杀鸡用牛刀”的感觉：）也许在不新增新的实体的前提下，来做这个email校验确实没有完全周到的想法（我自己设想的方法可能确实有漏洞，但是不是做安全出身的所以目前还没看出来。。） |
 | 15 family 2014-02-18 15:46:16 +08:00 via iPhone 直接加字段或表 有时间纠结的功夫多达游戏 |
 | 18 ksc010 2014-02-18 16:10:11 +08:00 突然想到一个问题，把点击放到email中 QQ这样的邮件服务商会不会为了安全原因访问这个url？ 目前看来来应该没有这种情况 |
| 19 ksc010 2014-02-18 16:13:22 +08:00 也可以放到session 但是有个问题会话结束后 链接就失效了 换个浏览器也不行 |
 | 20 cevincheung 2014-02-19 01:05:02 +08:00 你的方案完全可以啊。连接直接点就是的。不用管长度。参考一下其他厂商的邮件范本就 可以了嘛。 http://domain.com/verify?email=x&ts=x&sign=x 服务端保存一个公共密钥。这样sign的值也根本不需要保存。ts可以用来判断连接是否过期，而且这个过期时间可以自己随意控制。 |
| 21 jayn1985 OP |
 | 23 lygmqkl 2014-02-19 19:54:25 +08:00 其实有没有考虑过使用user表内的一些不变元素来实现这个功能？ 比如说 MD5(email.password) 在用户不修改密码的前提下，只需要增加用户的id 到 verify url 就可以了类似 lee.com/v/1/hashstring 因为在你生成验证之前用户已经保存了，可以额外增加一个字段比如 user_active = 0/1/2 0-new 1-actived 2-blocked. |
 | 24 geew 2014-02-20 09:20:42 +08:00 楼主的方法和我现在用的方法是一样的, 其实这样就够了, 达到目的就行. 然后其他的方法虽然可以让URL看起来清爽点, 但其实差不多. 比如那个建立一张表的方法, 感觉没有必要, 毕竟验证结束了就没啥用了, 感觉浪费了. PS: 这个问题真心不需要纠结.... |
| 25 geew 2014-02-20 09:24:24 +08:00 |
 | 27 KKKKale 2014-02-20 12:15:26 +08:00 自从全部使用uuid之后，更加幸福了 |
| 28 KKKKale 2014-02-20 12:15:56 +08:00 用redis缓存住token对应的uid，过期时间就好了 |
 | 29 phpcxy 2014-02-20 14:02:04 +08:00 我现在也是楼主这样的方案，邮件里面给一个按钮他点击。 |
 | 30 drivel 2014-02-20 16:16:07 +08:00 |
Select Language