- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我正在首次涉足 Pyramid 安全模块。我正在使用此登录代码来设置 auth_tkt:
@view_config(route_name='LoginForm', request_method='POST', renderer='string')
class LoginForm(SimpleObject):
def __call__(self):
emailAddress = self.request.params.get('emailAddress')
password = self.request.params.get('password')
if emailAddress != 'testemail@gmail.com' or password != 'testpassword':
errorDictionary = { 'message' : "Either the email address or password is wrong." }
self.request.response.status = 400
return json.dumps( errorDictionary, default=json_util.default)
testUserGUID = '123123123'
headers = remember(self.request, testUserGUID)
return HTTPOk(headers=headers)
似乎工作正常,但有一些令人费解的细节:
首先,实际上设置了 2 个 cookie,而不是一个。这 2 个 cookie 是相同的(都具有名称“auth_tkt”),除了一个区别:一个的主机值为“.www.mydomain.com”,而另一个 cookie 的主机值为“www.mydomain.com” 为什么设置了 2 个 cookie 而不是 1 个?不同主机值的意义是什么?
问题 2,网络工具报告说这两个 cookie 都不安全。我可以做些什么来确保 cookie/s 是安全的?
问题 3:两个 cookie 的过期值为“ session 结束时”。这是什么意思,我如何自定义到期值?登录 cookie 过期时间的推荐做法是什么?
问题4:我不明白为什么“remember”的第一个参数是self.request而不是self.request.response。数据不应该记在响应对象上,而不是请求对象上吗?
最佳答案
实际上,生成了 3 个 cookie;一个没有 Domain
键,一个有,第三个是你的域的通配符版本(前导点)。您的浏览器通常要么合并两者,要么忽略其中之一(哪一个因浏览器而异,这就是设置 2 的原因)。
最后一个 cookie 是在 AuthTktAuthenticationPolicy
上设置了 wild_domain
选项时生成的(默认为 True);查看AuthTktAuthenticationPolicy
API .如果您的身份验证 cookie 要在不同的子域之间共享,则需要这个(想想 app1.domain、app2.domain);如果没有通配符 cookie,您的浏览器将不会跨子域共享 cookie。
您需要在 cookie 的身份验证策略中设置 secure
选项才能设置安全标志。再次查看 API .
未设置过期时间,这意味着当您关闭浏览器时 cookie 将被删除(您的浏览器显示 session 结束)。如果您希望用户在关闭浏览器时注销,请将其保留为默认设置。
仅如果您希望 session 在浏览器关闭时持续,请设置 cookie 最长期限,请参阅 API 中的 max_age
选项.此选项将导致浏览器将 cookie 存储在磁盘上以在浏览器关闭之间持续存在,并在超过最大期限后将其删除。
请注意,AuthTktAuthenticationPolicy
策略对象可以通过限制将任何身份验证 cookie 视为有效的时间,以更细粒度的方式管理登录 session ,并允许您设置 cookie 刷新政策。有了这样的刷新策略,用户将在继续使用您的应用程序时收到新的(刷新的)cookie,但是如果他们没有在设定的时间段内连接到您的服务器,他们的 cookie 将被视为无效并且他们会重新登录。
请参阅 API documentation 中的 timeout
和 reissue_time
选项有关如何配置它的更多详细信息。
策略对象需要请求中的几条信息才能生成 cookie,尤其是服务器的所有主机名。
关于python - Pyramid.security 问题 : Double cookies? 不安全的 cookie?过期?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12232364/
我正在学习 Spring 安全性,但我对它的灵活性感到困惑.. 我知道我可以通过在标签中定义规则来保护网址 然后我看到有一个@secure 注释可以保护方法。 然后还有其他注释来保护域(或 POJO)
假设有一个 key 加密 key 位于内存中并且未写入文件或数据库... byte[] kek = new byte[32]; secureRandom.nextBytes(kek); byte[]
我有 Spring Security 3.2.0 RC1 的问题 我正在使用标签来连接我 这表示“方法‘setF
我正在创建一个使用 Node Js 服务器 API 的 Flutter 应用程序。对于授权,我决定将 JWT 与私钥/公钥一起使用。服务器和移动客户端之间的通信使用 HTTPS。 Flutter 应用
在过去的几年里,我一直在使用范围从 Raphael.js 的 javascript 库。至 D3 ,我已经为自己的教育操纵了来自网络各地的动画。我已经从各种 git 存储库下载了 js 脚本,例如 s
在 python 中实现身份验证的好方法是什么?已经存在的东西也很好。我需要它通过不受信任的网络连接进行身份验证。它不需要太高级,只要足以安全地获取通用密码即可。我查看了 ssl 模块。但那个模块让我
我正在尝试学习“如何在 Hadoop 中实现 Kerberos?”我已经看过这个文档 https://issues.apache.org/jira/browse/HADOOP-4487我还了解了基本的
我有一个带有 apache2、php、mysql 的生产服务器。我现在只有一个站点 (mysite.com) 作为虚拟主机。我想把 phpmyadmin、webalizer 和 webmin 放在那里
前些天在网上看到防火墙软件OPNsense,对其有了兴趣,以前写过一个其前面的一个软件M0n0wall( 关于m0n0wa
我在 Spring Boot 和 oauth2(由 Google 提供)上编写了 rest 后端,在 "/login" 上自动重定向。除了 web 的 oauth 之外,我还想在移动后端进行 Fire
我想调用类 Foo,它的构造函数中有抽象类 Base。我希望能够从派生自 Base 的 Derived 调用 Foo 并使用 Derived覆盖方法而不是 Base 的方法。 我只能按照指示使用原始指
如何提高 session 的安全性? $this->session->userdata('userid') 我一直在为我的 ajax 调用扔掉这个小坏蛋。有些情况我没有。然后我想,使用 DOM 中的
我目前正在为某些人提供程序集编译服务。他们可以在在线编辑器中输入汇编代码并进行编译。然后编译它时,代码通过ajax请求发送到我的服务器,编译并返回程序的输出。 但是,我想知道我可以做些什么来防止对服务
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the he
目前,我通过将 session 中的 key 与 MySQl 数据库中的相同 key 相匹配来验证用户 session 。我使用随机数重新生成 session ,该随机数在每个页面加载时都受 MD5
Microsoft 模式与实践团队提供了一个很棒的 pdf,称为:“构建安全的 asp.net 应用程序”。 microsoft pdf 由于它是为 .Net 1.0 编写的,所以现在有点旧了。有谁知
在 Lua 中,通常会使用 math.random 生成随机值和/或字符串。 & math.randomseed , 其中 os.time用于 math.randomseed . 然而,这种方法有一个
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the
我们有一个严重依赖 Ajax 的应用程序。确保对服务器端脚本的请求不是通过独立程序而是通过坐在浏览器上的实际用户的好方法是什么 最佳答案 真的没有。 通过浏览器发送的任何请求都可以由独立程序伪造。 归
我正在寻找使用 WebSockets 与我们的服务器通信来实现 web (angular) 和 iPhone 应用程序。在过去使用 HTTP 请求时,我们使用请求数据、url、时间戳等的哈希值来验证和
我是一名优秀的程序员,十分优秀!