Tomcat AJP 文件包含漏洞(CVE-2020-1938) 修复方案 (含Apache2 ajp 负载如何修复)

漏洞原理:

Tomcat 配置了两个 Connecto,它们分别是 HTTP 和 AJP :HTTP 默认端口为 8080,处理 http 请求,而 AJP 默认端口 8009,用于处理 AJP 协议的请求,而 AJP 比 http 更加优化,多用于反向、集群等,漏洞由于 Tomcat AJP 协议存在缺陷而导致,攻击者利用该漏洞可通过构造特定参数,读取服务器 webapp 下的任意文件以及可以包含任意文件,如果有某上传点,上传图片马等等,即可以获取 shell。

漏洞版本:

Apache Tomcat 6
Apache Tomcat 7 < 7.0.100
Apache Tomcat 8 < 8.5.51
Apache Tomcat 9 < 9.0.31

漏洞利用:

https://github.com/0nise/CVE-2020-1938
https://github.com/nibiwodong/CNVD-2020-10487-Tomcat-ajp-POC
https://github.com/Kit4y/CNVD-2020-10487-Tomcat-Ajp-lfi-Scanner
https://github.com/YDHCUI/CNVD-2020-10487-Tomcat-Ajp-lfi/

 

漏洞修复(官方方案):

1. 如未使用 Tomcat AJP 协议:

如未使用 Tomcat AJP 协议,可以直接将 Tomcat 升级到 9.0.31、8.5.51 或 7.0.100 版本进行漏洞修复。

如无法立即进行版本更新、或者是更老版本的用户,建议直接关闭 AJPConnector,或将其监听地址改为仅监听本机 localhost。

具体操作:

(1)编辑 /conf/server.xml,找到如下行( 为 Tomcat 的工作目录):
     

(2)将此行注释掉(也可删掉该行)

(3)保存后需重新启动,规则方可生效。

1. 如果使用了 Tomcat AJP 协议:

建议将 Tomcat 立即升级到 9.0.31、8.5.51 或 7.0.100 版本进行修复,同时为 AJP Connector 配置 secret 来设置 AJP 协议的认证凭证。例如(注意必须将 YOUR_TOMCAT_AJP_SECRET 更改为一个安全性高、无法被轻易猜解的值):

如无法立即进行版本更新、或者是更老版本的用户,建议为 AJPConnector 配置 requiredSecret 来设置 AJP 协议认证凭证。例如(注意必须将 YOUR_TOMCAT_AJP_SECRET 更改为一个安全性高、无法被轻易猜解的值):

 漏洞修复(Apache ajp 版本):

根据一位小伙伴(文章评论的第一位小伙伴)的反馈,又重新查了下Apache的反向代理方式,发现主要有以下三种:

1、jk方式集成   //此方式支持AJP进行参数配置(小伙伴提供)
2、ajp_proxy   //此方式目前没有找到相关配置方案
3、http_proxy  //此方式无需ajp,可以直接将ajp关闭

 jk方式配置依照配置文件应该是(待验证,配置方法可以参考这边文章->传送门):

在worker.properties 文件中添加worker.secrect=YOUR_TOMCAT_AJP_SECRET

Apache2 使用 Http 实现类似 ip_hash 机制 session 软负载:

1.启用模块
打开 httpd.conf 启动如下模块:

LoadModule headers_module modules/mod_headers.so

2.在 conf 目录下新增配置文件 balance.conf,内容如下:

#提供基础的代理功能
LoadModule proxy_module modules/mod_proxy.so
#提供负载均衡的功能
LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
#代理http协议
LoadModule proxy_http_module modules/mod_proxy_http.so

#负载均衡的算法模块
LoadModule lbmethod_byrequests_module modules/mod_lbmethod_byrequests.so
LoadModule slotmem_shm_module modules/mod_slotmem_shm.so
#兼容低版本访问
LoadModule access_compat_module modules/mod_access_compat.so

ProxyRequests Off 

#启用类似ip_hash机制配置
ProxyPreserveHost on
Header add Set-Cookie "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/" env=BALANCER_ROUTE_CHANGED

#代理关联配置loadfactor可以分发请求权重,loadfactor越大,权重越大
 
  BalancerMember http://localhost:8001 loadfactor=1 route=tomcat7_1
  BalancerMember http://localhost:8002 loadfactor=1 route=tomcat7_2

  #热部署,当着备份服务,当tomcat7_1和tomcat7_2死掉的时候,就自动访问tomcat7_3 
  #BalancerMember http://localhost:9080 loadfactor=1 route=tomcat7_3  status=+H 
 
#启用类似ip_hash机制配置
ProxyPass / balancer://mycluster/  stickysession=ROUTEID   nofailover=On
#负载均衡控制台,通过http://localhost/balancer-manager 访问
 
    SetHandler balancer-manager 
    Order Deny,Allow 
    Allow from all 
    #Allow from localhost 
 

3.httpd.conf 引入步骤 2 中的配置文件

include conf/balance.conf


4.重启 Apache
5.附赠测试 session 保持的 JSP 页面一枚

<%@ page contentType="text/html; charset=GBK" %>  
<%@ page import="java.util.*" %>  
Cluster Test8002  
  

this is tomcat3!!

<%     out.println("

SESSION ID : " + session.getId()+"

");    String name = request.getParameter("name");     if (name != null && name.length() > 0) {        String value = request.getParameter("value");        session.setAttribute(name, value);     }         out.print("");         out.print("");      Enumeration names = session.getAttributeNames();       while (names.hasMoreElements()) {           String key = names.nextElement();         String value = session.getAttribute(key).toString();         System.out.print(key + " --- " + value);         out.print("");     }      out.print("
session key session value
"+key+""+value+"
"); %> 
  session key :   session value:    
   

 

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