<?xml version="1.0" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugzilla.globus.org/bugzilla/bugzilla.dtd">

<bugzilla version="3.2.3"
          urlbase="http://bugzilla.globus.org/bugzilla/"
          maintainer="bacon@mcs.anl.gov"
>

    <bug>
          <bug_id>2178</bug_id>
          
          <creation_ts>2004-10-28 01:04</creation_ts>
          <short_desc>Any SOAP headers used for dispatching need to be secured</short_desc>
          <delta_ts>2005-06-02 14:04:10</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Java WS Security</product>
          <component>Authentication</component>
          <version>development</version>
          <rep_platform>PC</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          
          <priority>P3</priority>
          <bug_severity>blocker</bug_severity>
          <target_milestone>4.0.1</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Sam Meder">meder@mcs.anl.gov</reporter>
          <assigned_to name="Joe Bester">bester@mcs.anl.gov</assigned_to>
          <cc>gawor@mcs.anl.gov</cc>
    
    <cc>meder@mcs.anl.gov</cc>
    
    <cc>mlorch@vt.edu</cc>
    
    <cc>ranantha@mcs.anl.gov</cc>
    
    <cc>slang@mcs.anl.gov</cc>
    
    <cc>smartin@mcs.anl.gov</cc>

      

      
          <long_desc isprivate="0">
            <who name="Sam Meder">meder@mcs.anl.gov</who>
            <bug_when>2004-10-28 01:04:36</bug_when>
            <thetext>The current security solution does not secure any of the SOAP headers used for
dispatching to the right service/operation/resource. This opens the way for a
third party intercepting the message and maliciously redirecting it to a
different endpoint.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Rachana Ananthakrishnan">ranantha@mcs.anl.gov</who>
            <bug_when>2004-11-04 17:04:58</bug_when>
            <thetext>Code to sign headers used for dispatch has been committed to trunk.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Jarek Gawor">gawor@mcs.anl.gov</who>
            <bug_when>2004-11-04 17:51:12</bug_when>
            <thetext>The addressing specification defines which headers should be signed. And also 
the signing of headers needs to happen on both sides and replies can be 
redirected to another place.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Rachana Ananthakrishnan">ranantha@mcs.anl.gov</who>
            <bug_when>2004-11-04 23:24:20</bug_when>
            <thetext>All headers specified in &quot;secureHeaders&quot; message property are signed now in the 
case of both request and response. The feature has been added only for secure 
message authentication. Once rework of secure conversation is completed, 
signing of headers needs to added for this mechanism</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Rachana Ananthakrishnan">ranantha@mcs.anl.gov</who>
            <bug_when>2004-11-15 12:04:53</bug_when>
            <thetext>Dispatch headers are now secured in the case of secure conversation also. 

Moreover, framework to enforce that headers used in dispatch are secured has 
been added. A message context property with list of headers used in dispatch 
needs to be populated - Jarek is working on that. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Jarek Gawor">gawor@mcs.anl.gov</who>
            <bug_when>2004-11-15 15:52:46</bug_when>
            <thetext>I updated the AddressingHandler to pass the list of headers to be verified if 
specified. That includes the To, ReplyTo, and FaultTo headers. It does not 
however include the header that contains the key since this handler doesn&apos;t 
know which header it is.

I guess we still need a way of passing the key header to that list of headers 
to be verified. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Sam Lang">slang@mcs.anl.gov</who>
            <bug_when>2004-11-15 18:13:48</bug_when>
            <thetext>This also needs to be done on the C side, so please reassign to me before closing.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Rachana Ananthakrishnan">ranantha@mcs.anl.gov</who>
            <bug_when>2004-11-17 12:15:09</bug_when>
            <thetext>Added resource key header to the list of headers that need to be secured. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Sam Lang">slang@mcs.anl.gov</who>
            <bug_when>2004-12-16 11:45:31</bug_when>
            <thetext>*** Bug 2408 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who name="Joe Bester">bester@mcs.anl.gov</who>
            <bug_when>2005-06-02 14:04:10</bug_when>
            <thetext>The C WS-Secure Message handler has been committed to the gt 4.0 trunk. This
handler adds the appropriate security attributes and headers to secure the
addressing headers.</thetext>
          </long_desc>
      
      

    </bug>

</bugzilla>