使用WS-UsernameToken进行身份验证的SOAP请求示例

时间:2010-08-10 11:39:02

标签: web-services soap ws-security digest usernametoken

我正在尝试使用WS-UsernameToken规范验证SOAP请求,但目标设备始终拒绝访问。我的非工作请求看起来像这样。 (我正在尝试哈希的密码是system。)

<?xml version="1.0" encoding="UTF-8"?>
<Envelope xmlns="http://www.w3.org/2003/05/soap-envelope">
 <Header>
  <Security xmlns="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">
    <UsernameToken>
      <Username>root</Username>
      <Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordDigest">EVpXS/7yc/vDo+ZyIg+cc0fWdMA=</Password>
      <Nonce>tKUH8ab3Rokm4t6IAlgcdg9yaEw=</Nonce>
      <Created xmlns="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">2010-08-10T10:52:42Z</Created>
    </UsernameToken>
  </Security>
 </Header>
  <Body>
    <SomeRequest xmlns="http://example.ns.com/foo/bar" />
  </Body>
</Envelope>

我正在寻找的是一个类似的请求示例,但具有实际可用的身份验证令牌。例如,如果您有使用这些令牌的gSOAP应用程序,并且可以生成请求并在此处发布结果,我将非常感激。

4 个答案:

答案 0 :(得分:18)

核心问题是为名称空间定义前缀并使用它们来强化每个标记 - 您混合了3个名称空间,并且通过尝试破解默认值而无法飞行。使用standard do c中使用的前缀也是很好的 - 以防另一方有点草率。

最后但并非最不重要的是,尽可能使用字段的默认类型会更好 - 所以对于密码,你必须列出类型,对于Nonce它已经是Base64。

确保在通过XML发送之前检查生成的令牌是否正确,并且不要忘记wsse:Password的内容是Base64(SHA-1(nonce + created +密码))和日期时间在wsu:创建可以很容易搞砸你。因此,一旦修复前缀和名称空间并验证SHA-1在没有XML的情况下工作正常(只是想象一下您正在验证请求并执行SHA-1计算的服务器端),您还可以执行创建,甚至不使用Nonce。哦和Nonce可以有不同的编码,所以如果你真的想强制另一种编码,你将不得不进一步研究wsu名称空间。

<S11:Envelope xmlns:S11="..." xmlns:wsse="..." xmlns:wsu= "...">
  <S11:Header>
  ...
    <wsse:Security>
      <wsse:UsernameToken>
        <wsse:Username>NNK</wsse:Username>
        <wsse:Password Type="...#PasswordDigest">weYI3nXd8LjMNVksCKFV8t3rgHh3Rw==</wsse:Password>
        <wsse:Nonce>WScqanjCEAC4mQoBE07sAQ==</wsse:Nonce>
        <wsu:Created>2003-07-16T01:24:32</wsu:Created>
      </wsse:UsernameToken>
    </wsse:Security>
  ...
  </S11:Header>
...
</S11:Envelope>

答案 1 :(得分:9)

Hash Password Support and Token Assertion Parameters in Metro 1.2很好地解释了带有摘要密码的UsernameToken的样子:

  

摘要密码支持

     

WSS 1.1 Username Token Profile允许摘要密码   以wsse:UsernameToken发送   SOAP消息。两个可选   元素包含在   在这种情况下wsse:UsernameToken:   wsse:Noncewsse:Created。一个   nonce是一个随机值   发件人创建包含在每个中   它发送的UsernameToken。一个   创建时间被添加到组合中   随意到“新鲜”时期。   在这种情况下,密码摘要是   计算如下:

Password_Digest = Base64 ( SHA-1 ( nonce + created + password ) )
     

这是UsernameToken的用法   摘要密码如下:

<wsse:UsernameToken wsu:Id="uuid_faf0159a-6b13-4139-a6da-cb7b4100c10c">
   <wsse:Username>Alice</wsse:Username>
   <wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordDigest">6S3P2EWNP3lQf+9VC3emNoT57oQ=</wsse:Password>
   <wsse:Nonce EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary">YF6j8V/CAqi+1nRsGLRbuZhi</wsse:Nonce>
   <wsu:Created>2008-04-28T10:02:11Z</wsu:Created>
</wsse:UsernameToken>

答案 2 :(得分:4)

选中此密码(密码应为密码):

<wsse:UsernameToken xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" wsu:Id="SecurityToken-6138db82-5a4c-4bf7-915f-af7a10d9ae96">
  <wsse:Username>user</wsse:Username>
  <wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordDigest">CBb7a2itQDgxVkqYnFtggUxtuqk=</wsse:Password>
  <wsse:Nonce>5ABcqPZWb6ImI2E6tob8MQ==</wsse:Nonce>
  <wsu:Created>2010-06-08T07:26:50Z</wsu:Created>
</wsse:UsernameToken>

答案 3 :(得分:1)

可能是这篇文章(Secure Metro JAX-WS UsernameToken Web Service with Signature, Encryption and TLS (SSL))提供了更多见解。正如他们所提到的“记住,除非在安全通道上发送密码文本或消化密码或者令牌已加密,否则密码摘要和明文密码都不会提供真正的附加安全性。”