Re: Proposed Resolution to Issue 357: Channel Binding Definition
From: Narayanan, Vidya (vidyanqualcomm.com)
Date: Tue, 6 Jun 2006 22:19:16 -0700 (PDT)
Hi Bernard,
The proposed text by Jari went through some revisions as I recall, based
on some discussions on the list. Here is the latest on that text I
pulled out from one of Jari's email, subsequent to the discussions: 

"I'd be happy to restrict the definition to peer and server agreeing
that they have the same view of the channel properties claimed by the
authenticator.

(But part of the distinction may also be in the specific implementation
of the "agreement"; what we are looking for is that the values agree,
without specifying who sends the values and who verifies them.)"

Based on the above, how about the following definition? 

"Channel Binding

A secure mechanism for ensuring that a chosen set of channel properties
(such as authenticator identifiers and properties) are agreed upon by
the EAP peer and server." 

Vidya

> -----Original Message-----
> From: Bernard Aboba [mailto:bernard_aboba [at] hotmail.com] 
> Sent: Saturday, June 03, 2006 6:41 PM
> To: eap [at] frascone.com
> Subject: [eap] Proposed Resolution to Issue 357: Channel 
> Binding Definition
> 
> The text of Issue 357 is enclosed below.  The proposed 
> resolution is to accept the definition proposed by Jari Arkko:
> 
> "Channel Binding
> 
> A secure mechanism for ensuring that a chosen set of channel 
> properties (such as endpoint identifiers) are agreed upon by 
> the EAP peer, authenticator and server."
> 
> --------------------------------------------------------------
> ----------------------------------
> Issue 357: Channel Binding Definition
> Submitter name: Vidya Narayanan
> Submitter email address: vidyan [at] qualcomm.com Date Submitted: 
> May 1, 2006
> Reference: http://lists.frascone.com/pipermail/eap/msg04227.html
> Document: KEYING-12
> Comment type: 'T'echnical
> Priority: '1' Should fix
> Section: 1.2
> Rationale/Explanation of issue:
> The document defines channel binding
> as a communication within an EAP method - this seems a bit 
> restrictive, given that channel binding information could be 
> carried out-of-band as well. The only requirement is that the 
> information be integrity protected between the peer and server.
> 
> Requested change:
> Change wording to:
> 
> "The communication of integrity-protected channel properties 
> such as endpoint identifiers which can be compared to values 
> communicated via out of band mechanisms (such as via a AAA or 
> lower layer protocol)."
> 
> 
> _________________________________________________________________
> To unsubscribe or modify your subscription options, please visit:
> http://lists.frascone.com/mailman/listinfo/eap
> 
> Arhives: http://lists.frascone.com/pipermail/eap
> 

Results generated by Tiger Technologies using MHonArc.