【安全】Apache Tomcat CVE-2017-12617 put请求漏洞修复方案

一·背景描述
近期,Apache项目官网发布Tomcat中间件远程代码执行(CVE-2017-12617)漏洞,可导致服务器上的数据泄露或服务器权限被获取;外部专业安全机构分析报告显示该漏洞威胁等级较高,现将有关事项通知如下:
一、漏洞情况说明

 

说明

漏洞编号

CVE-2017-12617(远程代码执行漏洞)

漏洞描述

在一定条件下,攻击者可以利用这个漏洞,获取用户服务器上JSP文件的源代码,或是通过精心构造的攻击请求,向用户服务器上传恶意JSP文件,通过上传的JSP 文件,可在用户服务器上执行任意代码,从而导致数据泄露或获取服务器权限,存在高安全风险。

威胁等级

影响范围

Apache Tomcat 9.0.0.M1-9.0.0

Apache Tomcat 8.5.0-8.5.22

Apache Tomcat 8.0.0.RC1-8.0.46

Apache Tomcat 7.0.0-7.0.81

修复方案

参见应急处置要求


二、应急处置要求
(一)CVE-2017-12617修复方案
受CVE-2017-12617影响的Apache Tomcat 7.0.0 - 7.0.81版本建议升级到Apache Tomcat 7.0.82;8.5.0-8.5.22版本建议升级到8.5.23;8.0.0.RC1-8.0.46建议升级到8.0.47;Apache Tomcat 9.0.0.M1-9.0.0建议升级到9.0.1,并进行相关技术和业务测试。
针对受影响版本,Apache官方发布了对应的Tomcat升级版本。根据安全服务商分析,版本升级可解决上述漏洞。升级版本已上传至FTP服务器,地址ftp://10.32.108.37/信息技术中心标准化文档/软件安全补丁/Tomcat,相关信息见下表:
版本
文件名
MD5校验值
7.0.82
apache-tomcat-7.0.82.tar.gz
b9c07fb4f37063e9e8185972b3f88a98
apache-tomcat-7.0.82-windows-x86.zip
dceb8435f0f741e1ac85620fee26b98c
apache-tomcat-7.0.82-windows-x64.zip
59a62692f4152d089a9d28daa82154d0
8.5.23
apache-tomcat-8.5.23.tar.gz
c4addea2c8c166530f11bdeb4730c26e
apache-tomcat-8.5.23-windows-x86.zip
d5433dae3cf986cabe1350b450939458
apache-tomcat-8.5.23-windows-x64.zip
65a15a86d19e1046c98b1ca95100779b
8.0.47
apache-tomcat-8.0.47.tar.gz
0fd249576c33fa71947bc7d296d5b0a9
apache-tomcat-8.0.47-windows-x86.zip
5e4c28f0e2b5602d6531958cb6ff1f6f
apache-tomcat-8.0.47-windows-x64.zip
28cad2840850971c29757f901dee7b8f
9.0.1
apache-tomcat-9.0.1.tar.gz
29c36bbdd7c22a74603d3db04e946be0
apache-tomcat-9.0.1-windows-x86.zip
2ac0885c3588e3d237a0e1590aa0fd56
apache-tomcat-9.0.1-windows-x64.zip
845a0bc44691b15f65ddee5f76de3fd5
官网下载地址:
https://tomcat.apache.org/download-70.cgi
https://tomcat.apache.org/download-80.cgi
https://tomcat.apache.org/download-90.cgi
(二)CVE-2017-12617临时规避方案
用户可以禁用PUT
二·解决方案
步骤:
1·tomcat目录 conf  web.xml 和 项目 web-inf 下的Web.xml 添加 以下配置禁用这些请求方式
  
         
           /*  
           PUT  
           DELETE  
           HEAD  
           OPTIONS  
           TRACE  
         
         
     





此方法,适用于静态资源和实现了doGet、doPost方法的servelt类的服务。一般现代web应用大多采用Spring MVC框架,DispatchServelet的父类重org.springframework.web.servlet.FrameworkServlet重写了javax.servlet.http.HttpServlet的doGet、doPost、doPut、doDelete、doOptions、doTrace,对应HTTP 的标准方法。

DispatchServelet处理每一个请求时,由javax.servlet.http.HttpServlet的service方法进行处理,因此,HTTP的标准方法都会被处理。单纯的配置web.xml无法禁用掉HTTP方法。
2·Spring MVC 禁用HTTP OPTIONS方法
在应用的web.xml中修改spring mvc的配置:
  
        springServlet  
        s2jh.biz.util.CustomerDispatcherServlet  
          
            contextConfigLocation  
            /WEB-INF/spring-mvc.xml  
          
        1  
        true  
      
      
        springServlet  
        /  
      



重写DispatcherServlet的doOptions方法:
/** 
 * 自定义 Spring MVC DispatcherServlet  
 * Disabled HTTP OPTIONS METHOD 
 */  
public class CustomerDispatcherServlet extends DispatcherServlet {  
  
    private static final Logger LOGGER = LoggerFactory.getLogger(CustomerDispatcherServlet.class);  
      
      
    private static final long serialVersionUID = 8018418118826214565L;  
  
    private static final ResourceBundle lStrings = ResourceBundle.getBundle("javax.servlet.http.LocalStrings");  
      
    private static final String METHOD_OPTIONS = "OPTIONS";  
      
    @Override  
    protected void doOptions(HttpServletRequest request, HttpServletResponse response)  
            throws ServletException, IOException {  
        methodNotAllowed(METHOD_OPTIONS, response);  
        LOGGER.warn("HTTP OPTIONS DISABLED.");  
    }  
      
    /** 
     * DISABLED HTTP METHOD 
     *  
     * @param methodName 
     * @param response 
     * @throws IOException 
     */  
    private void methodNotAllowed(String methodName, HttpServletResponse response) throws IOException {   
         String errMsg = lStrings.getString("http.method_post_not_supported");  
         Object[] errArgs = new Object[1];  
         errArgs[0] = methodName;  
         errMsg = MessageFormat.format(errMsg, errArgs);  
           
         response.sendError(HttpServletResponse.SC_METHOD_NOT_ALLOWED, errMsg);  
    }  
      
}  


在Tomcat的web.xml文件中配置org.apache.catalina.servlets.DefaultServlet的初始化参数:
    
        default
        org.apache.catalina.servlets.DefaultServlet
        
            debug
            0
        
        
            listings
            false
        
		
			readonly
			true
		
        1
    




确保readonly参数为true(默认值),即不允许DELETE和PUT操作。
注意:如果你之前添加了readonly的配置 值为 false ,可能你的项目里 使用了 rest ,如果 改成true rest 请求会失败,需要你把用到的 rest 请求修改为 get/post
最后效果如图:因为在web-resource-collection 里 禁用了一些请求所以返回错误码403
HTTP Status 403 - Access to the requested resource has been denied
【安全】Apache Tomcat CVE-2017-12617 put请求漏洞修复方案_第1张图片

如果不禁用请求 单单只是让readonly 为 true 生效 效果如下图
HTTP Status 405 - HTTP method PUT is not supported by this URL
【安全】Apache Tomcat CVE-2017-12617 put请求漏洞修复方案_第2张图片
在网上找的,比较详细
 WebDAV (Web-based Distributed Authoring and Versioning) 一种基于 HTTP 1.1协议的通信协议.它扩展了HTTP 1.1,在GET、POST、HEAD等几个HTTP标准方法以外添加了一些新的方法,使应用程序可直接对Web Server直接读写,并支持写文件锁定(Locking)及解锁(Unlock),还可以支持文件的 版本控制。
      HTTP/1.1协议中共定义了八种方法(有时也叫“动作”)来表明Request-URI指定的资源的不同操作方式:
  OPTIONS 返回服务器针对特定资源所支持的HTTP请求方法。也可以利用向Web服务器发送'*'的请求来测试服务器的功能性。 
  HEAD 向服务器索要与GET请求相一致的响应,只不过响应体将不会被返回。这一方法可以在不必传输整个响应内容的情况下,就可以获取包含在响应消息头中的元信息。 
  GET 向特定的资源发出请求。注意:GET方法不应当被用于产生“副作用”的操作中,例如在web app.中。其中一个原因是GET可能会被网络蜘蛛等随意访问。 
  POST 向指定资源提交数据进行处理请求(例如提交表单或者上传文件)。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。 
  PUT 向指定资源位置上传其最新内容。 
  DELETE 请求服务器删除Request-URI所标识的资源。 
  TRACE 回显服务器收到的请求,主要用于测试或诊断。 
  CONNECT HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。 
  方法名称是区分大小写的。当某个请求所针对的资源不支持对应的请求方法的时候,服务器应当返回状态码405(Method Not Allowed);当服务器不认识或者不支持对应的请求方法的时候,应当返回状态码501(Not Implemented)。 
  HTTP服务器至少应该实现GET和HEAD方法,其他方法都是可选的。当然,所有的方法支持的实现都应当符合下述的方法各自的语义定义。此外,除了上述方法,特定的HTTP服务器还能够扩展自定义的方法。
     http的访问中,一般常用的两个方法是:GET和POST。其实主要是针对DELETE等方法的禁用。

[部分资料节选自网络]

你可能感兴趣的:(安全)