天天看点

【安全】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 添加 以下配置禁用这些请求方式

<security-constraint>  
       <web-resource-collection>  
           <url-pattern>/*</url-pattern>  
           <http-method>PUT</http-method>  
           <http-method>DELETE</http-method>  
           <http-method>HEAD</http-method>  
           <http-method>OPTIONS</http-method>  
           <http-method>TRACE</http-method>  
       </web-resource-collection>  
       <auth-constraint></auth-constraint>  
   </security-constraint>  
           

此方法,适用于静态资源和实现了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的配置:

<servlet>  
        <servlet-name>springServlet</servlet-name>  
        <servlet-class>s2jh.biz.util.CustomerDispatcherServlet</servlet-class>  
        <init-param>  
            <param-name>contextConfigLocation</param-name>  
            <param-value>/WEB-INF/spring-mvc.xml</param-value>  
        </init-param>  
        <load-on-startup>1</load-on-startup>  
        <async-supported>true</async-supported>  
    </servlet>  
    <servlet-mapping>  
        <servlet-name>springServlet</servlet-name>  
        <url-pattern>/</url-pattern>  
    </servlet-mapping>  
           

重写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的初始化参数:

<servlet>
        <servlet-name>default</servlet-name>
        <servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-class>
        <init-param>
            <param-name>debug</param-name>
            <param-value>0</param-value>
        </init-param>
        <init-param>
            <param-name>listings</param-name>
            <param-value>false</param-value>
        </init-param>
		<init-param>
			<param-name>readonly</param-name>
			<param-value>true</param-value>
		</init-param>
        <load-on-startup>1</load-on-startup>
    </servlet>
           

确保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请求漏洞修复方案

如果不禁用请求 单单只是让readonly 为 true 生效 效果如下图 HTTP Status 405 - HTTP method PUT is not supported by this URL

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

在网上找的,比较详细  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等方法的禁用。

[部分资料节选自网络]

继续阅读