- From: Tom Gindin <tgindin@us.ibm.com>
- Date: Thu, 18 Apr 2002 12:43:58 -0400
- To: reagle@w3.org
- Cc: Jiandong Guo <jguo@phaos.com>, xml-encryption@w3.org
In case anyone is in doubt, I regard option 1 as by far the weakest
of these three. When hash functions with greater ranges than SHA-1 become
widely used (and they are clearly on the way), this will become a
significant issue. I think we should prepare for that now.
Is there anyone who thinks that it makes as much sense to use OAEP
with a 256-bit hash function and a 160-bit MGF as with the 256-bit hash
function and that same function as MGF's base? The fact that RFC 2437
section 11.2.1 lists the default MGF as MGF-1 with SHA-1 in a structure
which also lists the hash's default as SHA-1 is not much of a warrant for
making the MGF fixed as SHA-1 even when the hash is something else.
Last, is anybody today using OAEP with any hash function other than
SHA-1? If nobody is, then switching to option 2 breaks nothing.
Tom Gindin
Please respond to reagle@w3.org
To: Jiandong Guo <jguo@phaos.com>, Tom Gindin/Watson/IBM@IBMUS
cc: xml-encryption@w3.org, reagle@w3c.org
Subject: Re: FW: Re: rsa/oaep
On Thursday 18 April 2002 11:29, Jiandong Guo wrote:
> The common sense is that if a parameter in a algorithm is not present,
> then the default should be used if there is one.
As an aside, I'm likely to oppose this sort of specification as it is
counter to the rest of the spec where if some bit of variable syntax is not
present, the semantic is unkown (application defined) instead of an
implicit (default) semantic.
Otherwise, it looks like we have a couple of options:
1. (the present scheme): the hash is user specified; mgf is SHA-1.
2. the hash and mgf is user specified and they are always the same.
3. the hash and mgf are independently user specified.
--
Joseph Reagle Jr. http://www.w3.org/People/Reagle/
W3C Policy Analyst mailto:reagle@w3.org
IETF/W3C XML-Signature Co-Chair http://www.w3.org/Signature/
W3C XML Encryption Chair http://www.w3.org/Encryption/2001/
Received on Thursday, 18 April 2002 14:20:02 UTC