文章同步于微信公众号：苏雅图的雨 前言：这是一个跨越一年的渗透测试，这里说的跨越一年不是用时一年，而是已经过了一年多， 我再次对该集团进行渗透测试，而这次渗透的过程中发现该集团增加了不少资产，这也是它成为目标的原因。 第一次的话是挖掘到了他们招聘系统的一个注入漏洞， 而这次是相当于声东击西，并且漏洞提交的标题也很有意思，且看正文。 第一个漏洞点： 找回密码页 这是他们的一个系统，突破口是找回密码。 这里提示输入6位数的工号，输入123456进行测试，测试后发现是直接验证工号是否存在，不存在就会返回提示，那么我们就直接枚举六位数的工号。 工号填入123456，拦截找回密码的数据包： 将数据包发送到Intruder模块， 添加123456为爆破的变量： 因为工号的规则是六位数， 直接生成000000-999999区间的字典进行爆破： 提示身份证号错误，证明工号存在，也验证了我的猜想， 一层层的进行校验： 先验证工号是否存在，存在就再进行验证身份证号码是否正确…… 第二个漏洞点： 内部员工登录页 单单获得员工账号是不足以构成安全威胁的，但是我们能够扩大攻击范围，这也是信息收集的一部分，而在上一个思路里也仅仅只是获得员工账号，并没有获得密码。 兜兜转转后找到了该集团的一个培训平台，这里的重点是提示内部员工请输入工号。 这里的思路是爆破员工的密码，这时候有人要问了， 为什么不在上一个系统 进行爆破 ？ 这是一个有灵魂的问题 ，答： 因为存在验证码，无法绕过。 但是在这个系统，经过测试，验证码可以反复使用。 估计很多人看到有验证码的登录框就放弃了， 那我就反其道而行之。 为了节省时间和效率，我们直接枚举弱口令。 添加员工为变量，导入之前枚举到的员工账号。 枚举成功，随机选一个账号尝试登录： 东点点，西点点，发现有一个后台管理的按钮。 这里的话点击后就会携带当前的Cookie打开新窗口跳转到另外一个端口（招聘平台） 但是跳转到的这个招聘平台， 我尝试退出账号，用获得的账号密码直接去登录却无法登录， 有种越权的感觉。 可能 Cookie是通用的，然后直接进行鉴权。 
