前述：
前面学习了sqli-labs 和 DVWA，也算是初步涉足了web漏洞，了解了一些web漏洞的知识。所以在pikachu上面，会更加仔细认真，把前面没有介绍到的知识点和我一边学习到的新知识再补充进来。
概述：
暴力破解这也是pikachu的第一个板块，前面DVAW介绍过的这里就不再赘述了。
先要明确一下暴力破解的流程：
1.确认登录接口的脆弱性——尝试登录，抓包，察验证元素和response信息，判断是否存在暴力破解的可能 。
2.对我们用到的字典进行优化
3.熟练使用我们的抓包工具，令其自动化操作。
上面我们提到了字典，这里简单介绍一下。
字典的作用一个有效的字典可以大大提高暴力破解的效率，比如常用的用户名密码是大概什么类型的，你这里可以找相应的字典，当然字典里内容越是全面越容易爆破出用户名密码来。
比如：根据系统内容进行优化，注册时要求密码8位以上，我们就去掉少于8位的密码；爆破管理后台，账号是 admin / administrator / root 的可能是比较高，可以使用这3个账号进行爆破等等。
正文：
一、基于表单的暴力破解
我们在username和password上面随便输入一下，显示输入错误：
这里没有验证码等其他验证机制，抓包看看
发送到Intruder进行暴力破解（选中后右键单击就看到了，前面的DVWA随笔有过描述，接下来就不再赘述了）
因为是测试这里用的就是简单的字典了，两个参数要设置两遍
设置线程并发数等参数（这里用默认的就好）
接下来点击Start attack键进行爆破
根据返回的length的不同，可以看到爆破出来的结果
然后到网站进行登录实验，发现成功了
二、验证码绕过（on server）
验证码可以用来防止恶意注册、防止暴力破解。服务端验证码常见问题：
1.验证码在后台不过期，导致长期可以使用
2.验证码校验不严格，逻辑出现问题
3.验证码设计的太过简单和有规律，容易被猜解
我们先做个小测试，不输入、输入错误和输入正确三种情况：
不输入验证码的情况下会提示验证码为空，输入错误验证码的情况下会提示验证码错误，只有验证码正确的前提下才会提示账号或密码不存在。
我们抓包发现，服务器对验证码是有验证的。
我们先生成一个新的验证码，然后在BurpSuite中输入正确的验证码
那我们接着再输入一遍新的账号密码和原来的验证码抓包，把包发送到Repeater模块中，发现
正常来说应该是提示验证码错误的，但是他没有，说明这个验证码长期有效。
验证码生成逻辑:
当我们刷新页面的时候，我们会向后台发送一个请求，后台收到请求会生成一个验证码并在session中把验证码保存下来。
所以直接发送到Intruder中直接暴力破解就好了，跟上面的步骤一样，就不赘述了。
三、验证码绕过（on client）
这一关我们还是先输入后抓包发送到repeater模块
这里我们和上面一样，输入一边错的验证码试试，发现好像这个验证码不起什么作用，比上一关还简单。
结合这两次实验来看，说明这关是前端设置的验证码，如同虚设，后端不会对验证码进行验证。那么我们不用理会验证码，直接进行暴力破解就可以了。
不再赘述。直接给答案了
四、token防爆破
这个token放爆破在DVWA中演示过一遍，这里再详细说说这是个啥。。
我们可以打开网页源码看一下，也可以随便输入个账号密码抓包发送到repeater中看。
里面的数字就是我们的token，我的每次提交的请求都会有一个token值，后端会验证这个token值，产生的token每次以明文形式传到前端，就有了漏洞。
我们抓包后，发送到intruder中，步骤如图
我们把token设置变量，options的grep extract添加token：
token变量的type设置成recursive grep
把Number of thread 改成1， 一定要设置跟随重定向，方法如下：options->redirection设置为always
然后Start attack，值就出来了