权限绕过漏洞
案例扩展一：水平越权
通过水平越权漏洞实现修改或删除其他用户个人信息
简单的说，就是在修改用户的信息时，通过BurpSuite抓取到的数据中，
对用户的ID进行修改成别人的，以达到修改别人账户ID下的信息的能力
案例扩展二：垂直越权
通过垂直越权漏洞实现在没有任何权限的情况下添加管理员用户，获得管理员权限
支付流程逻辑漏洞
支付逻辑漏洞是指系统的支付流程中存在业务逻辑层面的漏洞
1.支付过程中可以修改支付金额
2.可以将订单中的商品数量修改为负值
3.请求重放（通过修改商品基本信息，价格等，然后重复自动请求购买）
4.其他问题（程序异常，其他参数修改导致的问题等）
解决方法：
1.对敏感数据加密传输
2.每次请求验证数据
密码找回漏洞
验证码暴力破解
自动组合验证码，看看是否正确，组合可以是0-9，a-z, A-Z
验证码重复使用
通过使用同一个验证码来尝试破解登录密码，登录密码的key都是预制在字典里的
验证码客户端回显
发送的验证码会通过cookie或者localStorege或者直接显示到页面上，我们仔细排查既可找出正确的验证码
验证码绕过测试
就是在点击使用JS验证验证码时，服务器端返回了一个正确还是错误的状态，
然后在BurpSuite里将错误的验证状态改成正确的状态
验证码自动识别测试
一般对图片验证码的识别流程为：图像二值化处理 --> 去干扰 --> 字符分割 --> 字符识别
自动识别图形验证码网上有很多工具和教程，比如Pkav HTTP Fuzzer
https://www.freebuf.com/sectool/61313.html
商城购买逻辑漏洞与防御实验操作
案例：
1.将一个iPhone加入到购物车，加入时通过BurpSuite拦截并记住商品id
2.将一个手机壳加入到购物车，加入时通过BurpSuite拦截病修改手机壳的商品id为iPhone的商品id
3.去购物车结算，会发现把iPhone当成手机壳的价格来购买了
SSRF 漏洞原理与利用
SSRF (Server Side Request Forgery)服务器端请求伪造
一般主要攻击的内网系统。SSRF形成的原因主要是由于服务器端提供了从其他服务器应用获取
数据的功能，且没有对目标地址过滤与限制。
比如从指定URL获取网页文本内容，加载指定的地址的图片、文档、json数据等
SSRF 高危触发点
1.图片加载与下载：通过URL地址加载或下载图片
2.从远程服务器请求资源
3.数据库内置功能（Oracle,MongoDB, MSSQL, PostgreSQL, CouchDB）
4.WebMail收取其他邮箱邮件
5.文件处理，编码处理，属性信息处理（FFmpeg、ImageMagick、DOCX、PDF、XML处理器）
危害性
1.内网扫描，泄露内网拓扑
2.绕过防火墙后，内网测试环境及开发环境安全级别较低，可被进一步攻击，导致内网沦陷
3.内网服务指纹识别与相应服务攻击
如果内网中存在redis/Memcache等服务且存在已知的漏洞，可以进行识别并攻击，进而获取内网主机权限
4.内网资源未授权访问
数据泄露（本地任意文件读取，使用file:///协议读取本地文件）
5.DoS拒绝服务风险
SSRF 防御
一、代码防御（严格按照公司的内部代码规范进行代码的编写）
检测请求URL流程
a.解析目标URL，获取其Host
b.解析Host，获取Host指向的IP地址
c.检查IP地址是否为合法IP
d.请求URL
e.如果有跳转，取出跳转URL，重新执行步骤a
SSRF 案例
Discuz论坛漏洞，主要是dfsockopen函数的底层实现
XXE漏洞原理与利用
1.什么是XXE
XXE(XML External Entity)，就是XML外部实体注入攻击，漏洞绝对不安全的外部实体数据
进行处理时引发的安全问题
2.XML和DTD的关系
XML是一种可扩展标记语言，就是自定义标签名字
DTD(Document Type Definition)就是每一个HTML开头就会写的<!DOCTYPE>。
DTD就是文档类型定义，是一种XML约束的模式
如：
3.XXE漏洞原理
在定义xml中，可以加载任意外部文件
4.XXE漏洞的类型与危害
通过外部实体引用，可以获取任意文件内容
递归调用，占用大量服务器资源
远程代码执行
5.XXE漏洞存在的意义
1.数据存储
2.数据传输
3.数据共享
XXE漏洞发现小结
1.Service是Xfire，Xfire是Java的WebServer引擎
2.明显的XML作为内容的输入点的
3.某些以JSON格式的Request
https://www.jianshu.com/p/77f2181587a4
非常好的演示教程
https://www.freebuf.com/articles/web/177979.html
解决方案：
上面讨论的主要问题就是XML解析器解析了用户发送的不可信数据。
然而，要去校验DTD(document type definition)中SYSTEM标识符定义的数据，
并不容易，也不大可能。大部分的XML解析器默认对于XXE攻击是脆弱的。
因此，最好的解决办法就是配置XML处理器去使用本地静态的DTD，
不允许XML中含有任何自己声明的DTD。
实用工具：
https://requestb.in/
https://hookbin.com/
