Re: [IPsec] New PAKE Criteria draft posted (def. of gateway)
Yaron Sheffer <yaronf.ietf@gmail.com> Sun, 28 March 2010 13:17 UTC
Return-Path: <yaronf.ietf@gmail.com>
X-Original-To: ipsec@core3.amsl.com
Delivered-To: ipsec@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 88B573A6864 for <ipsec@core3.amsl.com>; Sun, 28 Mar 2010 06:17:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.169
X-Spam-Level:
X-Spam-Status: No, score=-1.169 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, J_CHICKENPOX_33=0.6]
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 nhsAd6TkmtnF for <ipsec@core3.amsl.com>; Sun, 28 Mar 2010 06:17:12 -0700 (PDT)
Received: from mail-fx0-f213.google.com (mail-fx0-f213.google.com [209.85.220.213]) by core3.amsl.com (Postfix) with ESMTP id 2E3AD3A6890 for <ipsec@ietf.org>; Sun, 28 Mar 2010 06:17:07 -0700 (PDT)
Received: by fxm5 with SMTP id 5so3138965fxm.29 for <ipsec@ietf.org>; Sun, 28 Mar 2010 06:17:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=2mP9zTf996cVxzKAQWltTeeJS7jNHtBaerX6QvYxfEo=; b=wgeK5oc3A7b0ymp5UBXulKb6NjZXEgBcb/tBHMJzsQ3VmJ3AG2Y5V/RviFKGXHl4iS HqzVSeyH2MhmejevI8mtjocSEsAVbZoJ4UnhbfyT4ahM3BJ/461dVMI7Kr34nrLw/Nog RnVPLQrYnpSzD6FU0VWj9bH8LRNl/alsavBIU=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=cwWJrs7kEDFDLpHP0YCO5NukFxVTULJ7E8mujH0fM1Ok9fdPjx+dl7qk3jdE5wc5JR +w1KlPDsbGDdmu+wfvBWLtDr5QiNXhSzgyFxKQzGIZRGc1hjeYzVSeHE9WC2KH6SJOTR 85jFJ0qBqX+nJ44kt06zCAgH1fTtDLICHAlXk=
Received: by 10.86.221.34 with SMTP id t34mr2238601fgg.36.1269782249715; Sun, 28 Mar 2010 06:17:29 -0700 (PDT)
Received: from [172.24.251.92] ([192.114.87.4]) by mx.google.com with ESMTPS id 4sm33692fge.23.2010.03.28.06.17.28 (version=SSLv3 cipher=RC4-MD5); Sun, 28 Mar 2010 06:17:29 -0700 (PDT)
Message-ID: <4BAF56E7.6040909@gmail.com>
Date: Sun, 28 Mar 2010 16:17:27 +0300
From: Yaron Sheffer <yaronf.ietf@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3
MIME-Version: 1.0
To: Kaz Kobara <kobara_conf@m.aist.go.jp>
References: <015701cacc74$9b0f3c20$d12db460$@aist.go.jp> <4BAC4283.9010002@gmail.com> <018001cacd04$d59efc50$80dcf4f0$@aist.go.jp> <4BAE10BC.7090401@gmail.com> <001001cacdd7$557f0190$007d04b0$@aist.go.jp> <3b12564381bb3d1b9eea9b3276a68487.squirrel@www.trepanning.net> <001801cace41$98e87e10$cab97a30$@aist.go.jp> <4BAF1610.8050004@gmail.com> <000301cace6f$24b23170$6e169450$@aist.go.jp>
In-Reply-To: <000301cace6f$24b23170$6e169450$@aist.go.jp>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: ipsec@ietf.org
Subject: Re: [IPsec] New PAKE Criteria draft posted (def. of gateway)
X-BeenThere: ipsec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of IPsec protocols <ipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ipsec>, <mailto:ipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipsec>
List-Post: <mailto:ipsec@ietf.org>
List-Help: <mailto:ipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipsec>, <mailto:ipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 28 Mar 2010 13:17:13 -0000
Hi Kaz, Sure. That would be an appropriate title. Thanks for helping to clarify this point! Regards, Yaron On 28.3.2010 15:06, Kaz Kobara wrote: > Hi Yaron, > > I see. > Your "client-gateway" means "client-gateway-AAA". > > OK, now we can go back to the title. > > Why don't you make it more specific, like > "Password-Based Authentication between Gateways in IKEv2: Selection Criteria > and Comparison" or something like that? > > This is really what you want to do, I bet. > > Regards, > Kaz > >> -----Original Message----- >> From: Yaron Sheffer [mailto:yaronf.ietf@gmail.com] >> Sent: Sunday, March 28, 2010 5:41 PM >> To: Kaz Kobara >> Cc: ipsec@ietf.org >> Subject: Re: [IPsec] New PAKE Criteria draft posted (def. of gateway) >> >> Hi Kaz, >> >> Most of the WG members are aware of the whole picture: >> >> - The standard is clear that PSK must not be used with passwords. >> - The standard contains a good solution for the client-gateway case, >> which is already widely implemented, namely EAP. EAP is implemented by >> many AAA servers, is available on endpoints and simple to integrate into >> gateways, and is therefore the best way to set up a remote access >> solution if you have more than, say, 5 users. >> - Having two ways to do the same thing (e.g. IKE+EAP with a mutual auth >> method, and IKEv2 with the new proposed mode) is bad for >> interoperability and ultimately, for the success of the standard. >> >> Thanks, >> Yaron >> >> On 28.3.2010 9:40, Kaz Kobara wrote: >>>> So is there a reason you don't want to fix this "between clients >>>> and gateways"? >>> >>> (As most of this WG members have already noticed) >>> PSK in IKE is foolish in the sense that it is vulnerable against > off-line >>> dictionary attack while using heavy DH calculation. >>> >>> There is no reason not to fix this foolish PSK (regardless of "between >>> gateways" and "between clients and gateways".) >>> >>> Kaz >>> >>> >>> _______________________________________________ >>> IPsec mailing list >>> IPsec@ietf.org >>> https://www.ietf.org/mailman/listinfo/ipsec > > _______________________________________________ > IPsec mailing list > IPsec@ietf.org > https://www.ietf.org/mailman/listinfo/ipsec
- Re: [IPsec] New PAKE Criteria draft posted (def. … Kaz Kobara
- Re: [IPsec] New PAKE Criteria draft posted (def. … Dan Harkins
- Re: [IPsec] New PAKE Criteria draft posted (def. … Yaron Sheffer
- Re: [IPsec] New PAKE Criteria draft posted (def. … Yaron Sheffer
- Re: [IPsec] New PAKE Criteria draft posted (def. … Dan Harkins
- Re: [IPsec] New PAKE Criteria draft posted (def. … Kaz Kobara
- Re: [IPsec] New PAKE Criteria draft posted (def. … Dan Harkins
- Re: [IPsec] New PAKE Criteria draft posted (def. … Yaron Sheffer
- Re: [IPsec] New PAKE Criteria draft posted (def. … Yaron Sheffer
- Re: [IPsec] New PAKE Criteria draft posted (def. … Kaz Kobara
- Re: [IPsec] New PAKE Criteria draft posted (def. … Dan Harkins
- Re: [IPsec] New PAKE Criteria draft posted (def. … Dan Harkins
- Re: [IPsec] New PAKE Criteria draft posted (def. … Yaron Sheffer
- Re: [IPsec] New PAKE Criteria draft posted (def. … Yaron Sheffer
- Re: [IPsec] New PAKE Criteria draft posted (def. … Dan Harkins
- Re: [IPsec] New PAKE Criteria draft posted (def. … Kaz Kobara
- Re: [IPsec] New PAKE Criteria draft posted (def. … Yaron Sheffer
- Re: [IPsec] New PAKE Criteria draft posted (def. … Yaron Sheffer
- Re: [IPsec] New PAKE Criteria draft posted (def. … Kaz Kobara
- Re: [IPsec] New PAKE Criteria draft posted (def. … Yaron Sheffer
- Re: [IPsec] New PAKE Criteria draft posted (def. … Paul Hoffman
- Re: [IPsec] New PAKE Criteria draft posted (def. … Tero Kivinen
- Re: [IPsec] New PAKE Criteria draft posted (def. … Raj Singh
- Re: [IPsec] New PAKE Criteria draft posted (def. … Yaron Sheffer
- Re: [IPsec] New PAKE Criteria draft posted (def. … Raj Singh
- Re: [IPsec] New PAKE Criteria draft posted (def. … Yaron Sheffer