Yes, this seems to be the case.  Is it possible to
only  sign the username token?  How/where can I find
out how this is done?

Thanks

--- Werner Dittmann <[EMAIL PROTECTED]>
wrote:

> Shawn,
> 
> in this case the whole SOAP Body is signed and the
> UsernameToken is encrypted.
> 
> Regards,
> Werner
> 
> Shawn McKinney schrieb:
> > Werner, thanks for the reply.  
> > 
> > My intent was for client to send username token
> that
> > has been both signed and encypted:
> > 
> > I have included segements of the client and
> > server-side .wsdd files that I use to configure
> Axis
> > and WSS4J.  
> > 
> > Please let me know if I need to include more info.
> > 
> > Here is my client-side.wsdd:
> > 
> > 
> > <deployment
> xmlns="http://xml.apache.org/axis/wsdd/";
> >
>
xmlns:java="http://xml.apache.org/axis/wsdd/providers/java";>
> >  <transport name="http"
> >
>
pivot="java:org.apache.axis.transport.http.HTTPSender"/>
> >   <globalConfiguration >
> >    <requestFlow >
> >     <handler
> >
>
type="java:org.apache.ws.axis.security.WSDoAllSender"
> > 
> >       <parameter name="action"
> > value="UsernameTokenSignature Encrypt"/>
> >       <parameter name="passwordCallbackClass"
> >
>
value="com.fnf.xes.framework.axis.security.client.PWClientCallback"/>
> >       <parameter name="passwordType"
> > value="PasswordText" />              
> >       <parameter name="addUTElements" value="Nonce
> > Created" />
> >       <parameter name="encryptionPropFile"
> > value="crypto.client.properties" />
> >       <parameter name="encryptionKeyIdentifier"
> > value="X509KeyIdentifier" />                
> >       <parameter name="encryptionUser"
> > value="xespublickey" />
> >       <parameter name="encryptionParts" 
> >        
> >
>
value="{Element}{http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}UsernameToken";
> > />                          
> >     </handler>
> >      <requestFlow> 
> >        <handler type="soapmonitor"/> 
> >      </requestFlow> 
> >      <responseFlow> 
> >        <handler type="soapmonitor"/> 
> >      </responseFlow> 
> >    </requestFlow >
> >   </globalConfiguration >
> > </deployment>
> > 
> > 
> > Here is the corresponding server-side.wsdd config:
> > 
> >    ...
> >  <service name="IFXService2" provider="java:MSG"
> > style="message" use="literal"> 
> >   <requestFlow name="XESSecurity">
> >    <handler
> >
>
type="java:org.apache.ws.axis.security.WSDoAllReceiver">
> >     <parameter name="passwordCallbackClass"
> >
>
value="com.fnf.xes.framework.axis.security.server.PWServerCallback"/>
> >     <parameter name="action"
> > value="UsernameTokenSignature UsernameToken
> Encrypt"/>
> > 
> >     <parameter name="decryptionPropFile"
> > value="crypto.server.properties"/>
> >    </handler>
> >   </requestFlow>
> >     ...
> > 
> > 
> > 
> > --- "Dittmann, Werner"
> <[EMAIL PROTECTED]>
> > wrote:
> > 
> > 
> >>Shawn,
> >>
> >>because you mention the WSDoAllReceiver I assume
> you
> >>
> >>are talking from a server's perpective.
> >>
> >>What is encrypted and/or signed depends on the
> >>setting
> >>of the client and how the client creates the
> >>request. 
> >>
> >>Thus to answer the question and give you some help
> >>we would need how the request is created, in which
> >>order, what are the parameters the control the
> >>signature / encryption.
> >>
> >>Regards,
> >>Werner
> >>
> >>
> >>>-----Ursprüngliche Nachricht-----
> >>>Von: Shawn McKinney
> [mailto:[EMAIL PROTECTED]
> >>
> >>>Gesendet: Donnerstag, 21. Juli 2005 20:41
> >>>An: [email protected]
> >>>Betreff: WSDoAllReceiver Question
> >>>
> >>>
> >>>
> >>>Greetings,
> >>>
> >>>We're running Soap transactions through Axis w/
> >>
> >>WSS4J
> >>
> >>>WSDoAllReceiver handler enabled.  With action
> >>
> >>defined
> >>
> >>>as below:
> >>>
> >>><parameter name="action" 
> >>>value="UsernameTokenSignature UsernameToken
> >>
> >>Encrypt"/>
> >>
> >>>I've had success running very simple
> message-style
> >>>transactions through with user creds passed via
> >>>username token.  Furthermore the username token
> is
> >>>signed and encrypted. (obviously)
> >>>
> >>>My problem comes when I vary the Soap payload,
> >>
> >>passing
> >>
> >>>an IFX-style instead of simple xml.  In this
> case,
> >>
> >>the
> >>
> >>>signature validation fails on the receiving end.
> >>>  
> >>>However, when I vary the payload back to a simple
> >>>"hello-world" style of message, the  signature
> >>>validation succeeds.  ( same client, same service
> >>
> >>)
> >>
> >>>My question - Is the action as defined above,
> >>>digitally signing the username token only, or the
> >>>entire Soap payload?
> >>>
> >>>If it is validating the username token only, why
> >>
> >>would
> >>
> >>>the signature fail when I pass bigger, more
> >>
> >>complex
> >>
> >>>xml documents through?
> >>>
> >>>With the IFX Soap payload senario, when I change
> >>>action to:
> >>><parameter name="action" value="UsernameToken
> >>>Encrypt"/>
> >>>
> >>>Then transaction runs successfully.  So it seems
> >>
> >>that
> >>
> >>>this problem is limited in scope to the digital
> >>
> >>sig
> >>
> >>>processing. 
> >>>
> >>>Thanks,
> >>>
> >>>Shawn
> >>>
> >>
> > 
> > 
> 
> 

Reply via email to