Subject: [Gen-art] QRE: Gen-ART Review of draft-ietf-kitten-pkinit-freshness-07

From: Michiko Short <[email-masked]>
Date: Thu, 1 Dec 2016 17:45:28 +0000

One thing to note, since the client will never know what the KDC is using size will not impact the error or AS-REQ processing unless we can declare a universal min and max. It can be used by the KDC since it will know if nonce, sym crypto or asym crypto. So the example that Russ provided was client behavior which would not be impacted. However, the KDCs can use this information to fail the Freshness token validation before cracking open the token.

-----Original Message-----
From: Michiko Short [mailto:[email-masked]] 
Sent: Thursday, December 1, 2016 9:33 AM
To: Jari Arkko <[email-masked]>; Benjamin Kaduk <[email-masked]>
Cc: Paul Miller (NT) <[email-masked]>; IETF Gen-ART <[email-masked]>; [email-masked]
Subject: RE: [Gen-art] Gen-ART Review of draft-ietf-kitten-pkinit-freshness-07

Ok, since answer not obvious starting thread on Kitten. 

-----Original Message-----
From: Jari Arkko [mailto:[email-masked]] 
Sent: Thursday, December 1, 2016 1:30 AM
To: Benjamin Kaduk <[email-masked]>
Cc: Paul Miller (NT) <[email-masked]>; Michiko Short <[email-masked]>; IETF Gen-ART <[email-masked]>; [email-masked]
Subject: Re: [Gen-art] Gen-ART Review of draft-ietf-kitten-pkinit-freshness-07

Many thanks for your review, Russ, and for thinking about this space and what issues there might be.

I too am concerned about the issue that Russ Housley raised: bad practices in creating the freshness tokens creates a security issue. If this cannot be handled in the way that Russ initially suggested (setting a minimum number of bits) then a proper discussion of the issue and recommendations to avoid the problems need to be included in the security considerations section.

I fully recognise the point from the authors that different styles of creating the tokens result in different implications, and that setting a mere minimum number of bits may not be appropriate.

Jari