01

发现它的网址如此

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(1)

通过信息收集—发现它的密码规则如下(因重点是COOkie的伪造登录,故密码规则就不放图了,你懂的)

账户:xxxx

密码: Aa1xxxx

02

爆破一个弱口令的账户进去,发现是低权限,Java写的网址(java写的一般涉及的都是越权,未授权之类的)

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(2)

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(3)

03

仔细捣鼓了许久,什么都没有发现…

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(4)

get请求,无明显的越权操作….

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(5)

正当毫无思绪的时候,换了个思路去想,如果能拿到高权限的账户,就可以发现进一步有哪些操作,如果去发下拿下账户是高权限,此时,看到这我陷入了沉思,一般这种情况都会暴露用户名,再结合密码规则,去看看,看能不能够到管理员。

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(6)

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(7)

05

通过发现的用户名,打算进行弱口令尝试

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(8)

但是突然发现它的url有点怪…

http://xxxxx.xxxxx.edu.cn/xxxxxx/frame.htm?title=&url=http://xxxxx.xxxxx.edu.cn/xxxxxx /common/user_xxxxxx/&plug_in_js=&system_owner_app=/xxxxxx&_system_todo=newReceiver(true)

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(9)

就直接马上想到未授权这一块….

直接掏出其他浏览器,不进行登录,进行进行访问..

好家伙,直接未授权,既然未授权存在,那么这个系统在web端多半就千疮百孔,现在的目标就是拿到高权限的用户,然后找到它的有价值的url直接未授权即可,然后再测试cookie的伪造……

只撞到一个管理员权限..

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(10)

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(11)

06

现在高权限用户拿到了,刚刚已经说了,存在未授权的漏洞,现在马上试试,看能不能在账户管理这个地方是否有未授权..(发现不存在未授权,但存在COOKIE伪造)

注意,我在burosuit中通过查看匹配,来判断是否能够访问成功。

当有cookie的时候

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(12)

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(13)

07

按道理来说,不应该如此,应该存在其他漏洞,于是我我就慢慢去删除COOKIE找到最后端验证的COOKIE,也就是COOkie的伪造是存在

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(14)

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(15)

后面的过程就是不停的伪造,管他什么未授权漏洞,还是COOKIE伪造,一锅烩了,全部COOKIE伪造就好。

到此为止,这个简单的系统就进去了。

08

总结思路:1.先是通过弱口令规则,发现存在未授权;2.再通过弱口令规则,找到管理员,进行继续找危害大的未授权url;3.再寻找过程中,发现账户账户管理处存在不存在未授权,而是存在COOKIE的伪造;4.点到为止

换个网址,好家伙,还通杀

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(16)

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(17)

简述cookie漏洞利用的技巧(记一次COOKIE的伪造登录)(18)

总结:1.Java类型的网站,感觉挖的更多是越权,未授权的这一块;2.在测试过程中,每个点都不能放过;3.挖洞更多的是细心

,