WLS WS-SecurityPolicy 1.0断言，第三部分

最新推荐文章于 2024-11-25 12:18:57 发布

雪墙

最新推荐文章于 2024-11-25 12:18:57 发布

阅读量577

点赞数

分类专栏： WebServices相关文章标签：加密 security 解密 soap header algorithm

WebServices相关专栏收录该内容

20 篇文章

订阅专栏

本文介绍了WS-Security规范中的Confidentiality断言如何应用于SOAP消息的加密过程，详细解析了各元素的作用及其实现方式。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

　Confidentiality断言的模式如下：

  <element name="Confidentiality">
    <complexType>
      <sequence>
        <element name="KeyWrappingAlgorithm" type="secpol:AlgorithmType" minOccurs="0" maxOccurs="1"/>
        <element name="Target" type="secpol:ConfidentialityTargetType" minOccurs="1" maxOccurs="unbounded"/>
        <element name="KeyInfo" type="secpol:KeyInfoType"/>
      </sequence>
    </complexType>
  </element>

　　KeyWrappingAlgorithm指定包装对称密钥的算法。EncryptionAlgorithm指定用于对目标执行加密的算法。Target元素则提供了对消息中的特定块进行加密的细节。它对应于消息中的EncryptedData块。可以有一个或多个Target。KeyInfo指定用于加密的密钥。如果不定义SupportedTokens元素，Confidentiality断言就成为抽象。

　　我们进一步来看看断言定义是如何转换为SOAP消息布局的。下面是一个包含wsse:Security头部的SOAP消息片段：

<soapenv:Header>
<wsse:Security>
<xenc:EncryptedKey>
      <xenc:EncryptionMethod Algorithm="â€¦#rsa1_5"/>
      <ds:KeyInfo>
         <wsse:SecurityTokenReference>...</wsse:SecurityTokenReference>
      </ds:KeyInfo>
      <xenc:CipherData>
         <xenc:CipherValue>â€¦</xenc:CipherValue>
      </xenc:CipherData>
      <xenc:ReferenceList>
        <xenc:DataReference URI="#id"/>
      </xenc:ReferenceList>
    </xenc:EncryptedKey>
  </wsse:Security>
</soapenv:Header>

　　Security头部中的EncryptedKey元素包含了用于加密和解密的对称密钥。对称密钥本身由另一个密钥加密。KeyWrappingAlgorithm断言在EncryptedKey中定义了EncryptionMethod元素。在该示例中，对称密钥是通过RSA加密方法保护起来的。即，消息发送方使用接收方的公钥加密对称密钥，而接收方则使用自己的私钥解密对称密钥。对称密钥被解密之后，接收方使用该密钥来解密被加密的消息部分。被加密的消息部分定义在Target断言中，且最终将在EncryptedKey中的ReferenceList元素中进行转换。KeyInfo断言对应于EncryptedKey中的KeyInfo元素。接收方使用KeyInfo元素解密私钥，然后再用解密后的私钥来解密被加密的对称密钥（定义在EncryptedKey的CipherData元素中）。

原文出处:http://dev2dev.bea.com/blog/jlee/archive/2005/10/wls_wssecurityp_3.html