Re: [Emu] Potential Notes in EAP-FAST Documents
Tim Polk <tim.polk@nist.gov> Wed, 11 February 2009 14:25 UTC
Return-Path: <tim.polk@nist.gov>
X-Original-To: emu@core3.amsl.com
Delivered-To: emu@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E5E6828C0EB; Wed, 11 Feb 2009 06:25:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.498
X-Spam-Level:
X-Spam-Status: No, score=-6.498 tagged_above=-999 required=5 tests=[AWL=0.101, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6myclH-rfmhb; Wed, 11 Feb 2009 06:25:28 -0800 (PST)
Received: from smtp.nist.gov (rimp2.nist.gov [129.6.16.227]) by core3.amsl.com (Postfix) with ESMTP id CBBB028C0CE; Wed, 11 Feb 2009 06:25:27 -0800 (PST)
Received: from [192.168.15.166] (bethany.ncsl.nist.gov [129.6.52.15]) by smtp.nist.gov (8.13.1/8.13.1) with ESMTP id n1BEPXos004866; Wed, 11 Feb 2009 09:25:35 -0500
In-Reply-To: <003201c9880d$e8160780$b8421680$@net>
References: <BLU137-W531ACB9BE00127DB8595D993C30@phx.gbl> <808FD6E27AD4884E94820BC333B2DB7727E78F274C@NOK-EUMSG-01.mgdnok.nokia.com> <006c01c98781$5d6b8bf0$1842a3d0$@net> <808FD6E27AD4884E94820BC333B2DB7727E78F2B67@NOK-EUMSG-01.mgdnok.nokia.com> <003201c9880d$e8160780$b8421680$@net>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <DF99D1BF-7A3A-41C6-B161-FD609410DE59@nist.gov>
Content-Transfer-Encoding: 7bit
From: Tim Polk <tim.polk@nist.gov>
Date: Wed, 11 Feb 2009 09:26:14 -0500
To: emu@ietf.org
X-Mailer: Apple Mail (2.753.1)
X-NIST-MailScanner: Found to be clean
X-NIST-MailScanner-From: tim.polk@nist.gov
Cc: "iesg@ietf.org IESG" <iesg@ietf.org>
Subject: Re: [Emu] Potential Notes in EAP-FAST Documents
X-BeenThere: emu@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "EAP Methods Update \(EMU\)" <emu.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/emu>
List-Post: <mailto:emu@ietf.org>
List-Help: <mailto:emu-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/emu>, <mailto:emu-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Feb 2009 14:25:29 -0000
Folks, As the AD that sponsored publication of the EAP-FAST documents under discussion, I have been trying to find the best way forward. I believe that the best course of action involves some clarifications to draft-cam-winget-eap-fast- provisioning to distinguish the modified and unmodified use of EAP-MSCHAPv2, and IESG notes to ensure these publications do not establish precedent for future reuse of EAP type codes with different semantics. First, I support revising draft-cam-winget-eap-fast-provisioning so that the modified form of EAP-MSCHAPv2 is consistently referred to as EAP-FAST- MSCHAPv2. The authors offered to make this change earlier in the thread, and I have seen some support and no opposition to this suggestion. Second, I will be offering the following text for IESG notes on both documents. The notes clearly state the drawbacks for EAP type code reuse and define an acceptable path for future protocol developers. ------ draft-cam-winget-eap-fast-provisioning ----- EAP-FAST has been implemented by many vendors and it is used in the Internet. Publication of this specification is intended to promote interoperability by documenting current use of existing EAP methods within EAP-FAST. The EAP method EAP-FAST-MSCHAPv2 reuses the EAP type code assigned to EAP-MSCHAPv2 (26) for authentication within an anonymous TLS tunnel. In order to minimize the risk associated with an anonymous tunnel, changes to the method were made that are not interoperable with EAP- MSCHAPv2. Since EAP-MSCHAPv2 does not support method-specific version negotiation, the use of EAP-FAST-MSCHAPv2 is implied by the use of an anonymous EAP-FAST tunnel. This behavior may cause problems in implementations where the use of unaltered EAP-MSCHAPv2 is needed inside an anonymous EAP-FAST tunnel. Since such support requires special case execution of a method within a tunnel, it also complicates implementations that use the same method code both within and outside of the tunnel method. If EAP-FAST were to be designed today, these difficulties could be avoided by utilization of unique EAP Type codes. Given these issues, assigned method types must not be re-used with different meaning inside tunneled methods in the future. ---- draft-zhou-emu-fast-gtc ------ EAP-FAST has been implemented by many vendors and it is used in the Internet. Publication of this specification is intended to promote interoperability by documenting current use of existing EAP methods within EAP-FAST. The EAP method EAP-FAST-GTC reuses the EAP type code assigned to EAP-GTC (6). The reuse of previously assigned EAP Type Codes is incompatible with EAP method negotiation as defined in RFC 3748. Since EAP-GTC does not support method-specific version negotiation, the use of EAP-FAST-GTC is implied when used inside the EAP-FAST tunnel during authentication. This behavior may cause problems in implementations where the use of another vendor's EAP-GTC is required. Since such support requires special case execution of a method within a tunnel, it also complicates implementations that use the same method code both within and outside of the tunnel method. If EAP-FAST were to be designed today, these difficulties could be avoided by utilization of unique EAP Type codes. Given these issues, assigned method types must not be re-used with different meaning inside tunneled methods in the future. I am not under the illusion that this text will be entirely satisfactory to anyone, but I believe that it is an *appropriate* resolution to the problem. Thanks, Tim Polk
- Re: [Emu] Potential Notes in EAP-FAST Documents Jari Arkko
- [Emu] Potential Notes in EAP-FAST Documents The IESG
- Re: [Emu] Potential Notes in EAP-FAST Documents Chris Hessing
- Re: [Emu] Potential Notes in EAP-FAST Documents Glen Zorn
- Re: [Emu] Potential Notes in EAP-FAST Documents Dorothy Stanley
- Re: [Emu] Potential Notes in EAP-FAST Documents David Mitton
- Re: [Emu] Potential Notes in EAP-FAST Documents Dan Harkins
- Re: [Emu] Potential Notes in EAP-FAST Documents Hao Zhou (hzhou)
- Re: [Emu] Potential Notes in EAP-FAST Documents Glen Zorn
- Re: [Emu] Potential Notes in EAP-FAST Documents Bernard Aboba
- Re: [Emu] Potential Notes in EAP-FAST Documents Glen Zorn
- Re: [Emu] Potential Notes in EAP-FAST Documents Pasi.Eronen
- Re: [Emu] Potential Notes in EAP-FAST Documents Jari Arkko
- Re: [Emu] Potential Notes in EAP-FAST Documents Dan Harkins
- Re: [Emu] Potential Notes in EAP-FAST Documents Pasi.Eronen
- Re: [Emu] Potential Notes in EAP-FAST Documents Jari Arkko
- Re: [Emu] Potential Notes in EAP-FAST Documents Dan Harkins
- Re: [Emu] Potential Notes in EAP-FAST Documents Glen Zorn
- Re: [Emu] Potential Notes in EAP-FAST Documents Glen Zorn
- Re: [Emu] Potential Notes in EAP-FAST Documents Pasi.Eronen
- Re: [Emu] Potential Notes in EAP-FAST Documents Pasi.Eronen
- Re: [Emu] Potential Notes in EAP-FAST Documents Glen Zorn
- Re: [Emu] Potential Notes in EAP-FAST Documents Dan Harkins
- Re: [Emu] Potential Notes in EAP-FAST Documents Nancy Cam-Winget (ncamwing)
- Re: [Emu] Potential Notes in EAP-FAST Documents Glen Zorn
- Re: [Emu] Potential Notes in EAP-FAST Documents Glen Zorn
- Re: [Emu] Potential Notes in EAP-FAST Documents Yoshihiro Ohba
- Re: [Emu] Potential Notes in EAP-FAST Documents Tim Polk
- Re: [Emu] Potential Notes in EAP-FAST Documents gabriel montenegro
- Re: [Emu] Potential Notes in EAP-FAST Documents Bernard Aboba
- Re: [Emu] Potential Notes in EAP-FAST Documents Jouni Malinen
- Re: [Emu] Potential Notes in EAP-FAST Documents Glen Zorn
- Re: [Emu] Potential Notes in EAP-FAST Documents Hao Zhou (hzhou)
- Re: [Emu] IANA allocation issue in EAP-FAST Docum… Bernard Aboba
- Re: [Emu] IANA allocation issue in EAP-FAST Docum… Glen Zorn
- Re: [Emu] IANA allocation issue in EAP-FAST Docum… Dan Harkins
- Re: [Emu] IANA allocation issue in EAP-FAST Docum… Dan Harkins
- Re: [Emu] Potential Notes in EAP-FAST Documents Jouni Malinen
- Re: [Emu] Potential Notes in EAP-FAST Documents Tim Polk
- Re: [Emu] Potential Notes in EAP-FAST Documents Glen Zorn