首页 > 后端开发 > php教程 > SESSION固定攻击的前提?

SESSION固定攻击的前提?

WBOY
发布: 2016-06-06 20:09:30
原创
937 人浏览过

攻击者提供一个包含已知会话ID的链接例如:<a href="login.php?PHPSESSID=1234">点击</a>,来诱使受害人点击这个链接,用户点击链接后可能会进行一系列操作,然后攻击者再使用这个会话ID登陆网站,从而劫持用户的会话,造成SESSION固定攻击。
但是一般php的设置session.use_cookiessession.use_only_cookies都为1,也就是攻击者不能通过url传递会话ID的方式劫持SESSION,在这种情况下,还有可能造成SESSION固定攻击吗?

回复内容:

攻击者提供一个包含已知会话ID的链接例如:<a href="login.php?PHPSESSID=1234">点击</a>,来诱使受害人点击这个链接,用户点击链接后可能会进行一系列操作,然后攻击者再使用这个会话ID登陆网站,从而劫持用户的会话,造成SESSION固定攻击。
但是一般php的设置session.use_cookiessession.use_only_cookies都为1,也就是攻击者不能通过url传递会话ID的方式劫持SESSION,在这种情况下,还有可能造成SESSION固定攻击吗?

可以自己重写session,方便对各种规则进行设定校验。

难道不校验IP和安全HASH的么

假设当前用户的实际SESSION PrimaryKey为hash(ip+uid)。则$_SESSION[md5(ip.uid)]['login']

首先分析下Session固定攻击产生的根本原因:

  1. 攻击者成功获取到了一个固定的sessionID;

  2. 攻击者使用某些方法让被攻击者以获取到的已知sessionID作为被攻击者的sessionID请求了服务端并执行授权操作;

  3. 攻击者以获取到的session ID请求服务端以获得和被攻击者相同的授权。

这里的重点在于“2”,(在服务端支持GET session的情况下)通过一个URL诱使被攻击者点击是最直接的方式,但最终目的是让被攻击者“携带已知sessionID”请求服务端,开启session.use_only_cookies的情况下还是保留了使用cookie“携带已知sessionID”请求服务端的方式,这种情况下攻击者只需要“使用某些方法”(比如XSS)修改cookie值为已知sessionID就能达到相同效果。最终的防御方式还是应该在每次授权改变后重新分配sessionID。
答案参考:https://www.douban.com/note/299072454/

相关标签:
来源:php.cn
本站声明
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn
热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板