python-如果金字塔会话是单向散列的,而不是存储在服务器端,则数据来自哪里？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了python-如果金字塔会话是单向散列的,而不是存储在服务器端,则数据来自哪里？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1897字，纯文字阅读大概需要3分钟。

内容图文

使用SignedCookieSessionFactory时,文档指出已使用sha512 HMAC摘要算法.结果,一旦会话数据被序列化,就将其签名并在会话cookie下发送给用户的客户端.

Pyramid的文档中没有提到会话也在服务器端缓存(在此SessionFactory下).

当与SessionAuthenticationPolicy配对时,这会带来矛盾并导致身份验证混乱.如果无法从客户端的会话cookie中检索会话数据(因为它是单向散列的),那么怎么可能做到以下几点？

>使用应用程序进行身份验证,以使读取Request.authenticated_userid不会返回None.
>将会话Cookie复制到剪贴板.
>通过访问一个视图注销,从而将来自forget(request)的标头返回到响应中.
>用复制的值替换会话cookie.
>用户现在重新登录.

我了解,仅删除Cookie客户端不足以完全使会话无效(不列入黑名单),但这会带来以下问题：

>除非以某种方式记住用户最近发出的每个会话cookie并将其列入黑名单/使它们无效,否则如何在浏览器范围的会话中保持安全？
>会话cookie实际上是否是用于在内存中查找会话的密钥/会话ID？因为它是单向签名,所以肯定是唯一的解释吗？
>那么是否有可能使服务器端的会话无效,而不仅仅是headers = forget(request)模式更强大？

最终,我想答案是这样的：
“使用诸如pyramid_redis_sessions之类的包含项来维护服务器端会话”

任何解释将不胜感激.

解决方法:

Cookie包含所有数据.会话内容本身与该内容的hmac签名一起存储在cookie中.这意味着,如果客户端努力尝试,便可以查看内容,但是由于没有服务器端机密就无法创建可信签名,因此客户端无法更改内容.

How is it possible to remain secure with browser-scoped sessions unless every session cookie the user has recently been issued is somehow remembered and blacklisted/invalidated?

这取决于您将会话用于什么目的-在将数据放入会话对象之前,您需要考虑这些问题.

Is it possible then to invalidate sessions server-side, a little more robust than just the headers=forget(request) pattern?

除非您在会话中存储某种ID,然后在服务器端黑名单ID表中存储它们,否则不会这样.如果执行此操作,则可以编写自己的包装器会话工厂,以打开该会话,检查ID并返回空白(如果已将其列入黑名单).当然,那么您可能只想使用服务器端会话库(例如pyramid_redis_sessions或pyramid_beaker)及其服务器端存储后端之一.

内容总结

以上是互联网集市为您收集整理的python-如果金字塔会话是单向散列的,而不是存储在服务器端,则数据来自哪里？全部内容，希望文章能够帮你解决python-如果金字塔会话是单向散列的,而不是存储在服务器端,则数据来自哪里？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端