- From: Ed Simon <ed.simon@entrust.com>
- Date: Thu, 31 Aug 2000 11:31:09 -0400
- To: "'merlin'" <merlin@baltimore.ie>
- Cc: Public XML Encryption List <xml-encryption@w3.org>
Agreed. The strawman proposal already covers encrypting arbitrary objects. After the Santa Barbara meeting, Joseph and I discussed how to do what is suggested in your note. Basically NodeType will be split into Type and Location and EncryptedNode will be renamed EncryptedData so one would have something like what you have in your message but with the addition of a Type attribute and using the term "URI" rather than "Location": <EncryptedData xmlns="&xmlenc;" Type="bar" URI="foo" EncryptionInfo="#encryptionInfo23" /> Regards, Ed -----Original Message----- From: merlin [mailto:merlin@baltimore.ie] Sent: Thursday, August 31, 2000 10:15 AM To: Ed Simon Cc: Public XML Encryption List Subject: Encrypted external non-XML data Hi, Something that I would be interested in is the ability to provide encryption information about an external non-XML entity: <EncryptedData xmlns="&xmlenc;" Location="foo" EncryptionInfo="#encryptionInfo23" /> The rationale is that XML is being used in some situations to encode control information describing accompanying non XML data. Support in this document would allow the control data to express encryption information in a standard manner, and the keying information could also be shared with encrypted nodes within the control document. Embedding external data within base 64 nodes is not always practical or efficient. Merlin
Received on Thursday, 31 August 2000 11:36:24 UTC