安全的建议：对投入使用的 XML Web Services 禁用 HTTP-GET 和 HTTP-P

2020-02-03 14:30:48

字体：大中小

来源：转载

供稿：网友

关于安全的建议：对投入使用的 xml web services 禁用 http-get 和 http-post 协议
microsoft corporation
2002 年 2 月

摘要：出于安全原因，web service 操作人员可能需要对 xml web services 禁用 http-get 和 http-post 消息处理协议。禁用这些协议有助于防止外部 web 站点与您的 intranet 上的 xml web services 进行恶意通信。

简介

由于 http-get 和 http-post 消息处理协议的固有功能，在某些条件下，恶意 web 页可以使用它所定义的参数调用在防火墙后面运行的 xml web service。这与某些基于 http-get 的恶意重定向问题类似。如果 xml web service 支持使用 http-get 或 http-post 消息处理协议（对于使用 asp.net 创建的 xml web services，将默认启用这些协议）进行通信，就可能会发生此类安全问题。
尽管使用 http-post 创建恶意 web 页并不容易，但如果 xml web services 没有使用 http-get 和 http-post 消息处理协议，还是应该在提供用 asp.net 创建的 xml web services 的生产用计算机上禁用对这两个协议的支持。
http://www.microsoft.com/china/msdn/library/dnnetsec/images/dishttpget01.gif
图 1：常见的恶意通信事件步骤说明1位于防火墙后面的 http 客户端（如 microsoft® internet explorer）浏览一个包含链接的恶意 web 页。2web 服务器向客户端返回一个包含恶意链接的 web 页。当用户单击该链接时，即对客户端所在的 intranet 上的 xml web service 发出请求（用户并不知道该请求）。3恶意 web 页将使用基于 web 页提供的参数和用户凭据向 xml web service 发出请求。
只有在下列条件下才会发生图 1 所示的情况：

xml web service 支持使用 http-get 或 http-post 消息处理协议进行通信。（使用 http-post 的情况比较复杂，请参阅以下关于 http-post 的代码示例。）
恶意 web 页的外部开发人员了解 xml web service 是否存在以及如何调用的详细信息。
客户端具有执行内部 xml web service 的访问权限。

虽然这种情况概括的是如何使用 http-get 恶意调用 xml web service，但同样适用于 http-post。要使用 http-post 以类似的方法执行 xml web service，web 页必须包含脚本，以便在用户单击某处导致消息发送回外部 web 服务器时，将客户端重定向到 xml web service。
下面的代码示例是一个包含恶意链接的 web 页，该链接指向在客户端所在的 intranet 上运行并使用 http-get 协议的 xml web service。在此示例中，用户必须单击链接；不过，也有可能 web 页包含执行重定向的脚本，因而不需要用户的交互操作。

<html>
<body>
<a  href = "http://anintranetserver/401k.asmx/changewithholding?pretax=  [email protected]=0">快速致富！</a>
</body>
</html>

同样，下面的代码示例是一个包含恶意按钮的 web 页，该按钮能够与在客户端所在的 intranet 上运行并使用 http-post 协议的 xml web service 进行通信。

<form method="post"  action="http://anintranetserver/401k.asmx/changewithholding">
  <input type="hidden" name="pretax" value="2.5">
  <input type="hidden" name="posttax" value="3.5">
  <input type="submit" value="快速致富。单击此处了解详细消息。" ></p>
</form>

需要说明的是，这种情况对只能通过 http 协议的 soap 与之通信的 xml web service 不适用。soap 请求需要 soapaction http 标头，而 web 页不具有在使用链接的重定向中包含该标头的功能。

对基于 asp.net 的 xml web services 禁用 http-get 和 http-post 协议

默认情况下，客户端可以使用以下三种协议与使用 asp.net 创建的 xml web services 进行通信：http-get、http-post 和通过 http 的 soap。使用 microsoft .net 框架支持的配置系统，您可以在单独的 web 应用程序或整个计算机中修改 xml web services 所支持的协议。
无论是在计算机上还是在单个 web 应用程序中禁用 http-get 和 http-post，都只需修改配置文件，该文件在 .net 框架中只是一个简单的文本文件。计算机的默认配置是在 machine.config 文件中进行设置的，对于每个 web 应用程序，您可以修改该 web 应用程序的根目录中的 web.config 文件而不是 machine.config 文件。
在不需要 http-get 和 http-post 消息处理协议的生产用计算机上，最好在整个计算机中禁用对这些协议的支持。对于 xml web service 客户端使用 http-get 或 http-post 与 xml web service 进行通信的特殊情况，可以为使用这些协议的 web 应用程序添加对这些协议的支持。

在整个计算机上禁用 http-get 和 http-post 协议（建议）

使用常用的文本编辑器打开 machine.config 文件。（默认安装将 machine.config 放在 c:/windows/microsoft.net/framework/v1.0.3705/config 文件夹中。）

在 webservices 节中标出添加 http-get 和 http-post 支持的命令行。执行此操作后，webservices 节应如下所示：

<webservices>
    <protocols>
      <add name="httpsoap"/>
          <!-- <add name="httppost"/> --> 
         <!-- <add name="httpget"/>  -->
      <add name="documentation"/>
     </protocols>
</webservices>

保存 machine.config。
此配置更改将在下一次对该计算机上的 xml web service 发出请求时生效。

在单个 web 应用程序上禁用 http-get 和 http-post 协议

使用常用的编辑器打开 web 应用程序根目录中的 web.config 文件。（如果不存在 web.config 文件，则创建该文件。）

修改 web.config 的 webservices 节，使用以下格式显式删除 http-post 和 http-get 协议（如果 web.config 文件不包含 webservices 节，则添加该节）：

<webservices>
     <protocols>
       <remove name="httppost" />
       <remove name="httpget" />
     </protocols>
</webservices>

保存 web.config。
此配置更改将在下一次对该 web 应用程序上的 xml web service 发出请求时生效。

在单个 web 应用程序上添加 http-get 和 http-post 协议支持

使用常用的编辑器打开 web 应用程序根目录中的 web.config 文件。（如果不存在 web.config 文件，则创建该文件。）

修改 web.config 的 webservices 节，使用以下格式添加 http-post 和 http-get 协议（如果 web.config 文件不包含 webservices 节，则添加该节）：

<webservices>
     <protocols>
       <add name="httppost" />
       <add name="httpget" />
     </protocols>
</webservices>

保存 web.config。

此配置更改将在下一次对该 web 应用程序上的 xml web service 发出请求时生效。

禁用 http-get 和/或 http-post 的影响

对于生产用计算机，禁用 http-get 和 http-post 协议所带来的弊端微乎其微。弊端包括：

xml web service 的默认服务帮助页面继续有效，但潜在的客户端将无法使用服务帮助页面上的 invoke（调用）按钮测试 xml web service。
如果要在 microsoft visual studio® .net 中调试 xml web service，您必须创建一个测试客户端程序。

对于投入使用的 xml web service，这两个弊端都可以轻松克服，因为 visual studio .net 提供了 add web reference（添加 web 引用）命令，使创建 xml web service 的客户端变得非常简单。

总结

提供用 asp.net 创建的 xml web services 的生产用计算机应该在整个计算机中禁用对 http-get 和 http-post 消息处理协议的支持，以避免在很多情况下可能出现的安全问题。对于早期开发而言，您可以在开发用计算机上启用这些协议；这样，开发用计算机便可以使用服务帮助页面来测试 xml web services。将计算机投入实际使用时，请修改 .config 文件以禁用 http-get 和 http-post 协议。
需要说明的是，这并不是 xml web service 开发人员应当采取的唯一安全措施，它只是保护 xml web service 的安全所涉及的诸多步骤和问题之一。

本文来源于网页设计爱好者web开发社区http://www.html.org.cn收集整理，欢迎访问。

上一篇：可靠的 XML Web Service （1）

下一篇：保护 XML Web 服务免受黑客攻击(2)