W3C home > Mailing lists > Public > w3c-xml-sig-ws@w3.org > April 1999

RE: Re[2]: MIME Blobs

From: Richard D. Brown <rdbrown@GlobeSet.com>
Date: Thu, 8 Apr 1999 17:20:53 -0500
To: <rhimes@nmcourt.fed.us>, <w3c-xml-sig-ws@w3.org>
Cc: <xml-dsig@globeset.org>
Message-ID: <001401be820e$11454d20$0bc0010a@artemis.globeset.com>

Please see comments below.

> By "we" are you referring to the DSig workgroup?

By "we" I meant the XML/Internet/... community. My feeling is that XML-based
S/MIME-like packaging is one of the many potential applications of the
forthcoming XML-DSIG standard. Therefore, this may have to be addressed
separately. However, it may be worth considering the problem (not
necessarily the solution exposed before) as we (Dsig WG) work on the

> However, in order to authenticate the
> signature, either the original document of the originator
> would have to be URI-addressable ... or an unencoded copy could
> be created locally and rehashed.

If we were to promote the solution exposed before, validation of the message
would consist of verifying the signature that is applied to the Manifest
(XML-DSIG standard) and then verifying that for each resource element
contained in the manifest it exists a package element of origin equals to
"the location reference of the resource" and value such that its digest
after adequate decoding equals the digest value attached to the resource
element being considered (application layer).

>  If this
>      is the case, and if I understand the problem, it shouldn't be
>      difficult to add an attribute to the hash specifying that it is
>      performed on the unencoded blob rather than an XML-based
> hash.

Actually, it is not that simple. What would be the meaning of this attribute
in a broad sense? Recall that resources are not limited to package elements.
They may also refer to external resources or other XML elements. So, what
would be the "unencoded blob" of an element of type X or an external PDF
file. Does this mean that XML-DSIG should consider the package element
differently? I do not really know and will probably argue that it should

>  BTW,
>      is the content of the <resource> elements below the
> document or the
>      hash?

This is the hash of the raw material (external unparsed entity).


Richard D. Brown
Software Architect -R&D
GlobeSet, Inc. Austin TX - U.S.
Received on Thursday, 8 April 1999 18:20:27 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:44:42 UTC