CVE-2017-12615 Tomcat PUT方法任意写文件漏洞

Tomcat PUT方法任意写文件漏洞（CVE-2017-12615） Tomcat版本：8.5.19 Apache Tomcat 7.0.0 - 7.0.79 漏洞本质Tomcat配置了可写（readonly=false），导致我们可以往服务器写文件： <servlet> <servlet-name>default</servlet-name> ...

Tomcat 任意写入文件漏洞（CVE-2017-12615）漏洞复现

当 Tomcat启用了HTTP PUT请求方法并且将 readonly 初始化参数由默认值设置为 false，就能执行任意文件写入漏洞 Tomcat 7.x版本内web.xml配置文件内默认配置无readonly参数，需要手工添加，所以默认配置条件下不受此漏洞影响。 配置文件为 \conf\web.xml 利用vulhub搭建漏洞环境 目录为tomcat/CVE-2017-12615 环境启动成功 直接构造如下poc PUT /shell1.jsp/ HTTP/1.1 Host:目标ip Accep

2017年9月19日，Apache Tomcat官方确认并修复了两个高危漏洞，漏洞CVE编号:CVE-2017-12615和CVE-2017-12616,其中 远程代码执行漏洞（CVE-2017-12615） 影响： Apache Tomcat 7.0.0 - 7.0.79（7.0.81修复不完全）

开启容器 抓包 使用put上传jsp文件查看put漏洞是否存在 存在

声明 好好学习，天天向上 漏洞描述 2017年9月19日，Apache Tomcat官方确认并修复了两个高危漏洞，漏洞CVE编号:CVE-2017-12615和CVE-2017-12616,其中 远程代码执行漏洞（CVE-2017-12615） 影响： Apache Tomcat 7.0.0 - 7.0.79（7.0.81修复不完全） 当 Tomcat 运行在 Windows 主机上，且启用了 HTTP PUT 请求方法（例如，将 readonly 初始化参数由默认值设置为 false），攻击者将有可能

发现开放了22和80端口 浏览器打开站点，大概是这样的↓ 发现敏感目录👇 并没有发现什么有用的信息 parrot选择owasp-zap进入 开始主动扫描👇 发现了存在X-Frame-Options Header Not Set漏洞 以使⽤⼀个透明的、不可见的iframe，覆盖在⽬标⽹页上，然后诱使⽤户在该⽹页上进⾏操作，通过调整iframe页⾯的位置，可以诱使⽤户恰好点击iframe页⾯的⼀些功能性按钮上，导致被劫持。【不过本靶机实验用不到，了解一下😄O(∩_∩)O】 关键：允许使用PU...

当 Tomcat 运行在 Windows 主机上，且启用了 HTTP PUT 请求方法（例如，将 readonly 初始化参数由默认值设置为 false），攻击者将有可能可通过精心构造的攻击请求向服务器上传包含任意代码的 JSP 文件，并且能被服务器执行。2017年9月19日，Apache Tomcat官方确认并修复了两个高危漏洞，漏洞CVE编号：CVE-2017-12615和CVE-2017-12616。漏洞影响：上传包含任意代码的文件，并且能被服务器执行。放包后再次访问“1.jsp”，发现存在了。

tomcat本身不允许上传 jsp 文件，但是1.jsp/ 加了 / 就不是 jsp 文件，所以文件可以成功上传。系统保存文件时因为不能存在/字符，所以/被忽略了，所以文件名从 1.jsp/ -> 1.jsp，至此jsp文件完成了上传并保存。

文件上传是Web 应用必备功能之一，如，头像上传，附件分享等。如果服务器配置不当或者没有进行足够的过滤，Web 用户就可以上传任意文件，包括恶意脚本文件，exe 程序等等，这就造成了任意文件上传漏洞。