内容简介：http://stackoverflow.com/questions/5244455/best-practices-for-sessionid-authentication-token-generation
我看到有人使用UUID进行认证令牌生成.然而,在 RFC 4122
年,它表示
Do not assume that UUIDs are hard to guess; they should not be used as security capabilities (identifiers whose mere possession grants access), for example.
我想知道,在 Java 和.NET中为SessionId / AuthenticationToken生成使用了什么算法.在具有超过平均安全需求的应用程序中,UUID是否不适合这些目的？
UUID生成是随机的,但随机的熵意味着你最终会容易猜出UUID.如果您使用一个好的随机数生成器,可以生成可用于会话的UUID.但是,这样做的结果是,UUID没有内置的重播预防,篡改,固定等等,你必须自己处理这个问题(请看：UUID本身不应被视为一个有效的会话ID本身).也就是说,这是一个很好的代码片段,您将如何使用 python 生成安全的UUID：
http://stackoverflow.com/questions/5244455/best-practices-for-sessionid-authentication-token-generation
以上所述就是小编给大家介绍的《SessionId /认证令牌生成的最佳做法》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
- SpringBlade 2.3.3 发布，重构令牌逻辑，增强令牌功能
- grpc加TLS加密和令牌认证
- 技术讨论 | 使用CredSniper获取双因素认证令牌
- 天辰的救赎(JS)第二章(神秘令牌)
- 限流算法之漏桶算法、令牌桶算法
- SpringBlade 2.2 发布，升级多终端令牌认证系统
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
Google總部大揭密
史蒂芬．李維 / 陳重亨 / 財信 / 2011-11
∣如果有一天，Google的搜尋引擎突然故障 ∣GMAIL信件全數消失 ∣Google Maps、Google Docs、Google行事曆等所有雲端服務全面停擺 ∣我們該怎麼辦？！ 歷史上像Google如此成功，且廣受推崇的企業可沒幾家。它改變了網路的使用方式，也成了我們生活不可或缺的一部分。這到底是怎麼辦到的？ 《連線》雜誌資深主筆史蒂芬．李維史無前例同時取得LS......一起来看看 《Google總部大揭密》 这本书的介绍吧!
