W3C home > Mailing lists > Public > public-webapps@w3.org > October to December 2011

Re: [widgets] How to divorce widgets-digsig from Elliptic Curve PAG?

From: Thomas Roessler <tlr@w3.org>
Date: Thu, 15 Dec 2011 15:44:21 +0100
Cc: Thomas Roessler <tlr@w3.org>, Arthur Barstow <art.barstow@nokia.com>, Frederick Hirsch <frederick.hirsch@nokia.com>, Marcos Caceres <marcosscaceres@gmail.com>, Doug Schepers <schepers@w3.org>, Rigo Wenning <rigo@w3.org>, public-webapps <public-webapps@w3.org>, "public-xmlsec@w3.org" <public-xmlsec@w3.org>
Message-Id: <736DF264-4A5A-4D2E-B638-F92AC7436063@w3.org>
To: Philippe Le Hegaret <plh@w3.org>
Works for me, too.
--
Thomas Roessler, W3C  <tlr@w3.org>  (@roessler)







On 2011-12-13, at 22:14 +0100, Philippe Le Hegaret wrote:

> On Tue, 2011-12-13 at 13:14 -0500, Arthur Barstow wrote:
>> Hi All,
>> 
>> The Widgets DigSig spec [W-DigSig] has been sitting in PR for over 4 
>> months now, blocked on the Elliptic Curve PAG [ECC-PAG]. AFAICT, this 
>> PAG has just started its unspecified length Fishing Expedition seeking 
>> some unspecified level of funds to pay for some type of analysis that 
>> will take some unknown amount of time to complete ...
>> 
>> Given this, and not wanting to block on the ECC PAG any longer, what are 
>> the options to move widgets-digsig to REC ASAP?
>> 
>> Some options:
>> 
>> 1. Replace [XMLSig1.1] dependency with XMLSig 1.0. I presume this would 
>> require a new 3-week LC but the CR could be zero-length, presumably no 
>> re-testing would be required, and the only thing blocking PR->REC is the 
>> length of the new CfE that would be needed.
>> 
>> 2. Move the tainted algorithm(s) in XMLSig1.1 to XMLSig1.Next so 
>> XMLSig1.1 is not affected by the PAG and XMLSig1.1 can then continue on 
>> the REC track.
>> 
>> 3. Others?
> 
> An other one was for the Director to decide to move the document forward
> anyway because W-DigSig doesn't depend on ECC.
> 
> Thomas, any suggestion?
> 
> Philippe
> 
> 
> 
Received on Thursday, 15 December 2011 14:44:34 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:49 GMT