【AppScan深入浅出】修复漏洞：启用不安全的HTTP方法
最近一直刷新AppScan的下限，对于Appscan报出的中危漏洞“启用不安全的HTTP方法”。分析了其扫描机制，以及处理方法和绕开方法。如果不耐烦看分析过程，请直接跳到文章最后看处理方法。漏洞背景“启用了不安全的 HTTP 方法”属于“中”危漏洞。漏洞描述是：根据APPSCAN的报告，APPSCAN通过OPTIONS请求，当响应中发现DELETE、SEARCH、COPY等方法为允许方法时，则认为是漏洞。 详见下图：Web服务器（以IIS为例）在没有任何设置是，使用OPTIONS命令，可以返回所有能够响应的HTTP方法，如OPTIONS, TRACE, GET, HEAD, COPY, PROPFIND, SEARCH, LOCK, UNLOCK。发送OPTIONS请求：（使用telnet或者secureCRT等软件）：服务器响应可以使用的 HTTP 方法，见 Allow 部分。
实验环境Web服务器环境：IIS6。站点结构如下，使用了主机头myapp.com指向了我的测试应用app。配置只有读取权限，还有执行权限设置为“纯脚本”。
实验实验1：裸实验未启用WebDav，OPTIONS命令的返回中，只显示只有OPTION、TRACE、GET、HEAD和POST。APPSCAN扫描结果也没有扫描出“启用了不安全的 HTTP 方法”这个漏洞。
实验2：开启WebDAV启用WebDAV后，OPTIONS命令的返回中，显示多了很多新的HTTP方法，包括APPSCAN会认为是不安全的COPY、SEARCH、LOCK和UNLOCK等。APPSCAN的扫描结果如下，扫描到了“启用了不安全的HTTP方法”这个漏洞。结论：如果关闭WebDAV支持，APPSCAN则无法扫描出“启用了不安全的 HTTP 方法”漏洞。
实验3：URLScan正向实验安装URLScan（URLScan是微软提供给IIS6的路径重定向工具，在这里下载），在URLScan.ini中配置，只允许GET、HEAD和POST这三个常用命令（UseAllowVerbs=1）。运行OPTIONS命令，则服务器返回响应失败，无法列出所有的HTTP方法APPSCAN扫描结果显示，禁用OPTIONS命令后无法扫描出“启用了不安全的 HTTP 方法”这个漏洞。
实验4：URLScan正向实验2安装URLScan，在URLScan.ini中配置，只允许GET、HEAD、POST和OPTIONS命令。由于URLScan的模式，要么设置允许命令，要么设置禁止命令，不能同时设置。因此允许这4个命令，表示不能禁用其他命令，因此OPTIONS会显示其他的可用命令。由于APPSCAN默认是以OPTIONS命令来看漏洞的，因此自然本次扫描会有漏洞。
实验5：URLScan反向实验在URLSCAN中，采用禁止模式（UseAllowVerbs=0），只禁止OPTIONS命令。结果OPTIONS被禁用。
处理方法回顾一下实验过程中的结论：消除“启用了不安全的 HTTP 方法”漏洞，关键在于是否能够阻止OPTIONS命令。
如果禁止OPTIONS命令，但没有禁用其他危险命令如MOVE等，APPSCAN不会提示漏洞如果禁止所有危险命令如MOVE等（实际调用出错），但是OPTIONS命令没有禁止并且显示这些危险命令可以使用，APPSCAN提示漏洞。如果关闭WebDAV支持，APPSCAN则无法扫描出“启用了不安全的 HTTP 方法”漏洞。 因为不开启WebDAV，则不开启OPTIONS命令。
因此 王道方法是：禁用所有危险命令以及OPTIONS（OPTIONS命令并不危险，但不禁用是不行的）邪道方法是：只禁用OPTIONS命令，其他危险命令APPSCAN是不会主动扫描，留着也不会报漏洞。但实际是不是有，这个就要具体分析了。
综上：解决“启用了不安全的 HTTP 方法”，可采用3种方法：
方法描述
1禁用WebDAV功能根本解决。不引入新的不稳定因素URLSCAN
2使用URLSCAN禁用OPTIONS实际没有真正禁用，但缩小了影响范围。URLSCAN可能有副作用。
3使用URLSCAN禁用OPTIONS和其他HTTP方法或者只允许GET/POST/HEAD方法（自动禁用其他方法）等效于取消WebDAV，但URLSCAN可能副作用。
页:
[1]
