CSRF(get)
自己任意输点东西，回显登录失败，查看源码没发现什么
点开提示，登录进去看看
看到可以修改个人信息，我们把居住改成China,修改成功，没发现urlhttp://127.0.0.1/pikachu/vul/csrf/csrfget/csrf_get_edit.php有变化
这次我们在submit时抓包看看
- /pikachu/vul/csrf/csrfget/csrf_get_edit.php?sex=girl&phonenum=111&add=China&email=lili%40pikachu.com&submit=submit
- pikachu/vul/csrf/csrfget/csrf_get_edit.php?sex=boy&phonenum=111&add=China&email=lili%40pikachu.com&submit=submit
修改成功
由于这关session时间特殊短（大概不到1min）可能会导致用户登录之后后端检测结果是用户未登录
网上有很多短链接网站可以修饰url（百度搜索“短链接”就有很多）
先查抄是否登录，如果没登录则跳转到登录页面。如果用户已登录，就不再做任何验证，直接将前端传来的数据下到数据库了（看代码这关还有sql注入漏洞呢）。
CSRF(post)
和上一题一样修改个人信息的时候用bp抓包
依旧没有认证信息，有CSRF漏洞。
但是这一关是post类型，URL不再表现修改参数，所以无法再使用上述办法（即通过URL来伪造哀求）举行修改，
需要我们去构造一个html，这里我们直接用burp的工具生成
点击用浏览器测试
点击提交
直接跳转
CSRF token
登录之后，修改个人信息时bp抓包
发现有token字段
token验证原理
CSRF的主要问题是敏感操作的链接容易被伪造
每次哀求，都增长一个随机码（需要够随机，不容易伪造），背景每次对随机码举行验证
网页接受从背景发过来的token,类型不可见。将其一并提交给背景举行验证。每次革新，背景发送过来的token都不一样，起到了防止伪造的作用。
删了token行不行，显然是不行嘟
多抓几次包发现token是无规律的，在一定水平上防御了CSRF攻击
查看源代码
修改用户信息时，服务器会比较url中的token字段和session中的token字段，如果雷同才能修改用户信息。
修改完用户信息之后，会用set_token()函数生成新的token，将其返回到html表单中并隐藏起来，以便下次用户修改信息期间入url。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
