[xmlsec] XPATH and Visa 3D-secure specification
Aleksey Sanin
aleksey at aleksey.com
Thu Sep 25 08:34:41 PDT 2003
Well, this is not quite true. I looked into this question and there is a
clause in XPointer
spec that allows this:
http://www.w3.org/TR/xptr-framework/#shorthand
A shorthand pointer, formerly known as a barename, consists of an
NCName alone. It identifies
at most one element in the resource's information set;
specifically, the first one (if any) in document
order that has a matching NCName as an identifier. The identifiers
of an element are determined
as follows:
1.
If an element information item has an attribute information item
among its *[attributes]* that
is a schema-determined ID, then it is identified by the value of
that attribute information item's
*[schema normalized value]* property;
2.
If an element information item has an element information item
among its *[children]* that is
a schema-determined ID, then it is identified by the value of that
element information item's
*[schema normalized value]* property;
3.
If an element information item has an attribute information item
among its *[attributes]* that is
a DTD-determined ID, then it is identified by the value of that
attribute information item's
*[normalized value]* property.
4.
An element information item may also be identified by an
externally-determined ID value.
....
[Definition: An *externally-determined ID* is a string, representing
an element identifier, whose value is
determined by the application through mechanisms outside the scope
of this specification.]
Note option 4) and definition for it :( Of course, this is not
interoperable solution. But when I had
a private chat about that with one Visa3D guys he basically said that
the system they use internally
has no problems thus they don't care.
It's sucks but I don't see any option other than hacking LibXML2. Of
course, this is a worst idea
one can ever imagine but that's all I have.
Aleksey
Rich Salz wrote:
>> <PARes id="ABC/D+">
>> ....
>> </PARes><Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
>> ....
>> <Reference URI="#ABC/D+">
>
>
> This is not conformant with the XML DSIG spec and XPath has nothing to
> do with it. See sections 4.3.3.2 and 4.3.3.3; in particular, the
> final example in 4.3.3.2 and the following quote from the start of
> 4.3.3.3
> In a fragment URI, the characters are the number sign
> ('#') character conform to the XPointer syntax.
>
> If you follow the link in the XML DSIG spec, you are redirected to a
> newer W3C document, (the XPointer framework) which explains that this
> must refer to an XML ID.
>
> /r$
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.aleksey.com/pipermail/xmlsec/attachments/20030925/c0916e48/attachment.htm
More information about the xmlsec
mailing list