- From: Ed Simon <ed.simon@entrust.com>
- Date: Wed, 15 Nov 2000 17:22:54 -0500
- To: "'xml-encryption@w3.org'" <xml-encryption@w3.org>
- Message-ID: <A0E1DEC54ED42F4884DD9EEA00ACE37106D028@sottmxs08>
Jim and Brian and everyone, I'm working on the assumption that encrypted streaming video will be an application that is VERY desirable to support. In particular, I expect demand for encrypted streaming video to increase dramatically as high-speed internet access become ubiquitous and with 3G wireless. I admit I am looking into the future a bit, but hey, that's what I like about standards work ;-} Comments anyone? Ed -----Original Message----- From: Brian LaMacchia [mailto:bal@microsoft.com] Sent: Wednesday, November 15, 2000 4:29 PM To: 'Ed Simon' Cc: 'xml-encryption@w3.org' Subject: RE: Algorithm Selections Hi Ed, I don't believe that streaming media/content necessarily requires use of a stream cipher; I think that really depends on the particular application and whether it wants to be able to recover from partial data losses in the stream. I can imagine particular scenarios where the application could accept data loss (say a frame of video) and want to resync the keystream with the encrypted data. But I don't think these are the common scenarios, so I'm happy to only require support for a block cipher in CBC mode (or some other appropriate mode(s) TBD by NIST [1]). --bal [1] http://csrc.nist.gov/encryption/aes/modes/ <http://csrc.nist.gov/encryption/aes/modes/> -----Original Message----- From: Ed Simon [mailto:ed.simon@entrust.com] Sent: Wednesday, November 15, 2000 12:40 PM To: 'xml-encryption@w3.org' Subject: RE: Algorithm Selections If XML Encryption is to be used for streaming media, as discussed in my presentation at the work shop, then we will also need streaming ciphers. Ed
Received on Wednesday, 15 November 2000 17:23:33 UTC