- From: Hiroshi Maruyama <MARUYAMA@jp.ibm.com>
- Date: Fri, 22 Dec 2000 09:26:54 +0900
- To: <xml-encryption@w3.org>
From: Hiroshi Maruyama on 2000/12/22 09:19 To: Ed Simon <ed.simon@entrust.com> cc: From: Hiroshi Maruyama/Japan/IBM@IBMJP Subject: RE: Encrypting entire documents in XML Proposal? (Document link: Hiroshi Maruyama) In Section 4.2, Step 4 says "This XML fragment is converted into the character encoding of the surrounding document and then replaces the data in the document ..." This means, if the document start with a prolog <?xml version="1.0" encoding="Shift_JIS"?> <EncryptedData> ... </EncryptedData> the decrypted octet string (in UTF-8) is converted into Shift_JIS first. I think a real question is whether we allow Nodes outside of the root element (e.g., <!DOCTYPE> declaration) to be encrypted. The current spec does not, and I think it is reasonable, because you can always treat an entire document as an external octet string. Hiroshi -- Hiroshi Maruyama Manager, Internet Technology, Tokyo Research Laboratory +81-46-215-4576 maruyama@jp.ibm.com From: Ed Simon <ed.simon@entrust.com>@w3.org on 2000/12/22 04:03 Please respond to Ed Simon <ed.simon@entrust.com> Sent by: xml-encryption-request@w3.org To: "'xml-encryption@w3.org'" <xml-encryption@w3.org> cc: Subject: RE: Encrypting entire documents in XML Proposal? It is true that well-formed documents require a prologue but it is also true that the prologue may be empty. In other words, <?xml version="1.0" encoding="UTF-16"?> <root> <a><b> </root> is well-formed but so is <root> <a><b> </root> In both cases, if encrypting the entire XML instance, one would end up with <EncryptedData Type="Document" xmlns=".../xml/encryption"> ... </EncryptedData> which is also a well-formed document which has an empty prologue and is therefore, by default, UTF-8 and version 1.0. A question which remains to be answered is whether this model stands the test of various character encodings. I believe Hiroshi and Takeshi feel that various character encodings could cause problems (Hiroshi and Takeshi, please correct me if I misunderstand). As for me, I expect that there could be a problem here, but I don't want to introduce a requirement for canonicalization unless I see proof of it. Ed -----Original Message----- From: Thane Plambeck [mailto:tplambeck@verisign.com] Sent: Thursday, December 21, 2000 12:57 PM To: 'xml-encryption@w3.org' Subject: FW: Encrypting entire documents in XML Proposal? In section 5.7 of this doc (encrypting an entire XML document) perhaps the prologue should not be encrypted? At least we perserve well-formedness then for entire documents. I realize that encrypting just the root element and not the prologue is already covered by the case of encrypting an entire element. So I guess the question is, should XML Encryption really say anything about encrypting entire documents, including the prologue? If it does then we are left with the consequence of XML Document encryption leaving us with non-well formed XML, which requires a prologue. Thane Thane Plambeck tplambeck@verisign.com http://www.verisign.com 650 429 5247 direct, Mt View Office 650 321 4884 home office 650 323 4928 home office fax -----Original Message----- From: Blair Dillaway [mailto:blaird@microsoft.com] Sent: Friday, December 15, 2000 2:41 PM To: xml-encryption@w3.org Cc: Hiroshi Maruyama; Brian LaMacchia; Barb Fox; 'Ed Simon'; 'Takeshi Imamura'; jimsch@nwlink.com Subject: Proposal for XML Encryption Syntax and Processing We respectfully submit the attached specification as a suggested starting point for the XML Encryption Working Group effort. This work builds on earlier papers and on-going discussions. We look forward to comments and continuing discussions to resolve the open issues identified in this document. Regards, Blair Dillaway, Barbara Fox, Takeshi Imamura, Brian LaMacchia, Hiroshi Maruyama, Jim Schaad, Ed Simon
Received on Thursday, 21 December 2000 19:27:01 UTC