IDC资讯中心
wse对加密的支持
wse支持对soap 报文的部分加密.对称加密使用一个共享的密钥,不对称加密支持使用x.509证书.当使用wse来加密soap报文时,整个body节点的内容被加密,除非明确指定不要加密.下面举了2个例子,一个加密这个主体部分,一个加密部分.
wse运行时库实现了所有的ws-security.在securityinputfilter 和securityoutputfilter 类中securityoutputfilter 类中.前者通过查找security节点在一个
进入的soap报文中,如果该节点存在.它创建了一个代表任意安全标记和加密密钥,解密节点,验证任何数字签名的对象.对于一个进入的报文,任何任何安全的节点都剋通过报文产生的soapcontext对象的安全属性进行访问.相反的, securityoutputfilter为进出报文实施加密和签名的操作,附带任何特定的安全标记或者加密密钥.安全措施,比如添加标记,加密,或者签署进出报文利用报文的soapcontext.security和soapcontext.extendedsecurity属性, extendedsecurity只在需要创建安全报头时候使用security属性只在为包含最终目的地时使用
配置wse
尽管在安装时,wse已经被安装到asp.net web 服务器上,但是还需要一些额外的配置,如果需要那些asp.net应用使用安全支持的话.当创建完毕asp.net web 服务后工程后,visual studio.net,引用microsoft.web.services.dll 程序集需要加载到该项目中.你也需要对soapextensiontypes节点添加一个新的soap扩展.这可在 web.config文件中创建一个新的 add 节点.如下所示
<configuration>
<system.web>
…
<webservices>
<soapextensiontypes>
<add type=
"microsoft.web.services.webservicesextension,
microsoft.web.services,
version=1.0.0.0,
culture=neutral,
publickeytoken=31bf3856ad364e35"
priority="1" group="0" />
</soapextensiontypes>
</webservices>
</system.web>
</configuration>
type属性的值必须不能包含任何间断或者额外的空格.这个例子为了可读性有额外的换行. 如果webservices 和soapextensiontypes 节点不存在,它们必须加到 web.config文件里面.一种更容易的方法是完全wse配置工具.一种visual studio的插件,使用它您可以非常容易的配置使用wse的web service 项目.当然还有一下其他相关的配置必须手工配置.
当使用wse进行编程时,你需要添加一个microsoft.web.services 和一个system.security名字空间的引用.在客户端和服务器端的工程中,如果既在客户请求和服务器回应中加密了.在客户部分你应该使用添加web引用工具为基于wse的web service工程产生web service代理.
给soap报文进行对称加密
接下来，让我们再来看看如何用wse来给soap报文使用对称密钥加密。下面的例子是基于一个启用wse的web服务的，这个web服务将返回一个soap回应报文，在该报文正文内包含了一些敏感数据。这么说，客户端给服务发送一个简单的web服务请求，该请求将返回一个由三元 des对称加密算法（使用了一个共享密钥和一个初始向量，iv）加密过的xml文档，当客户端收到了加密后的回应信息后，securityinputfilter将调用一个在客户端的解密密钥提供程序，来访问客户端上相同的共享密钥，以此来对报文体进行解密，这个解密密钥提供程序必须由你来编写，并且提供一个用于同步共享密钥的方法。这些例子假设双方都知道密钥，并且我们所要做的，仅仅是提供密钥的名字，以此作为一个暗示，给对方知道我们用的是哪个密钥加密的信息。
双方之间管理、同步和和对密钥保密的时候一定要多加小心。有个解决方案使用了一个分布式密钥机制，例如kerberos。但从wse的1.0版本开始，wse就不再继续支持kerberos了。
