W3C home > Mailing lists > Public > xml-encryption@w3.org > March 2002

Re: More inter samples

From: Jiandong Guo <jguo@phaos.com>
Date: Tue, 12 Mar 2002 13:56:40 -0500
Message-ID: <3C8E4F68.D34FDC5A@phaos.com>
To: Takeshi Imamura <IMAMU@jp.ibm.com>
CC: xml-encryption@w3.org

Takeshi Imamura wrote

> >> However, I found that it succeeded in decrypting your
> >> bad-type example.  That is reasonable to me because the decryptor is not
> >> required to perform validation on the serialized XML and hence our
> >> implementation does not.  Should we include this example in test
> vectors?
> >
> >My intention is that if you do the decrypt and replace, the type
> information
> >should be needed.
> >In other words, it should cause you trouble when you replace the
> EncryptedData
> >element with
> >the decrypted data if the the type attribute is not set correctly.
> I don't know how you have implemented this process, but the spec says:
> >The decryptor is NOT REQUIRED to perform validation on the serialized XML.
> and also says:
> >The decryptor is NOT REQUIRED to perform validation on the result of this
> replacement operation.
> and hence I don't think that the implementation has to fail to decrypt this
> example.  In that sense, I asked this question.  Note, I don't say that
> your implementation is wrong.  Such validation would be value-add.

I think you are right. It more depends on the implementation with the cuerrent
My question is that if the type attribute is inconsistant with the data
encrypted, should we require to treat this as an error
or let it go if we can decrypt the encrypted data?


Jiandong Guo
Phaos Technology
Received on Tuesday, 12 March 2002 13:47:10 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:32:03 UTC