1.CSRF
Cross-Site Request Forgery 跨站请求伪造
? ? ? ? y原理 ：当我们打开或登录某个网站，浏览器与网站所存放的服务器会产生一个会话，之后一段时间，所有通过这个认证会话的请求，都会被视为可信的动作，比如此时你正登录网上银行，正在转账，此时攻击者构造恶意转账代码，当你不小心点击它时，就会完成相应的转账操作，因为此时浏览器认为这是可信的正常操作。
在pikachu上验证：
（1）攻击场景（GET）
???????? 点击修改信息，用burpsuite抓包，复制URL
? ? ? ? 此时，在一台虚拟机模拟攻击者，构造一个页面：
http://www.hack.com/csrf.php? ? ? ? 内容为（src="抓包复制的url"）：
<script src="http://www.pikachu.com/vul/csrf/csrfget/csrf_get_edit.php?sex=boy&phonenum=222&add=abc&email=hello%40pikachu.com&submit=submit"></script>此时，诱导受害者（本机）去访问恶意页面（为了方便看改了host文件）
访问到空白页面
?
?但是，刷新再看pikachu里，信息被修改
（2）POST
? ? ? ? 使用POST方式提交，不能直接在URL上构造
????????点击修改信息，用burpsuite抓包，生成poc
复制html，再次到攻击者主机上改造
?
?再次诱导访问该恶意html，会出现点击按钮
?点击按钮后，会直接跳转至修改后的页面
?
??????? 修复建议
- 设置token值
- 验证请求的referer值
- 用户在修改重要信息时，重新输入密码
2.SSRF
Server-Side Request Forgery 服务器端请求伪造
? ? ? ? 一般情况，SSRF的攻击目标是外网无法访问的内网系统
????????原理：由于服务端提供了从其他服务器应用获取数据的功能，但没有对目标地址做限制过滤。
（1）SSRF（curl）
? ? ? ? 根据提示点击
?这里向后台传递了一个URL
当设置该参数URL为内网地址时，会泄露内网信息，比如，探测3306端口是否打开
url=192.168.129.1:3306
url=file:c:/windows/win.ini
访问本地文件
?
（2）SSRF（file_get_content）
?
修改? file=c:/windows/win.ini
可以直接读取本地文件
?
???????修复建议
- 限制请求的端口只能为web端口，只允许http和https的请求
- 限制不能访问内网ip
- 屏蔽返回的详细信息
?
?