Re: [CGA-EXT] WGLC for draft-ietf-csi-hash-threat-05.txt

Ana Kukec <anchie@fer.hr> Fri, 12 February 2010 13:50 UTC

Return-Path: <anchie@fer.hr>
X-Original-To: cga-ext@core3.amsl.com
Delivered-To: cga-ext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 60AAC3A71BD for <cga-ext@core3.amsl.com>; Fri, 12 Feb 2010 05:50:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.491
X-Spam-Level:
X-Spam-Status: No, score=-0.491 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, RCVD_IN_SORBS_WEB=0.619]
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 EIHqEEqGltmK for <cga-ext@core3.amsl.com>; Fri, 12 Feb 2010 05:50:14 -0800 (PST)
Received: from munja.zvne.fer.hr (munja.zvne.fer.hr [161.53.66.248]) by core3.amsl.com (Postfix) with ESMTP id 4DBA43A6DCF for <cga-ext@ietf.org>; Fri, 12 Feb 2010 05:50:13 -0800 (PST)
Received: from sluga.fer.hr ([161.53.66.244]) by munja.zvne.fer.hr with Microsoft SMTPSVC(6.0.3790.3959); Fri, 12 Feb 2010 14:51:30 +0100
Received: from anchie-MacBook.lan ([93.136.113.48]) by sluga.fer.hr with Microsoft SMTPSVC(6.0.3790.3959); Fri, 12 Feb 2010 14:51:30 +0100
Message-ID: <4B755CE1.70609@fer.hr>
Date: Fri, 12 Feb 2010 14:51:29 +0100
From: Ana Kukec <anchie@fer.hr>
User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812)
MIME-Version: 1.0
To: Jean-Michel Combes <jeanmichel.combes@gmail.com>
References: <4B59E7FC.2090605@it.uc3m.es> <729b68be1001261120y3a6f0f82t1c8808622ed7bc8d@mail.gmail.com>
In-Reply-To: <729b68be1001261120y3a6f0f82t1c8808622ed7bc8d@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 12 Feb 2010 13:51:30.0716 (UTC) FILETIME=[7AF69DC0:01CAABEA]
Cc: "cga-ext@ietf.org" <cga-ext@ietf.org>
Subject: Re: [CGA-EXT] WGLC for draft-ietf-csi-hash-threat-05.txt
X-BeenThere: cga-ext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: CGA and SeND Extensions <cga-ext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/cga-ext>, <mailto:cga-ext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/cga-ext>
List-Post: <mailto:cga-ext@ietf.org>
List-Help: <mailto:cga-ext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cga-ext>, <mailto:cga-ext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Feb 2010 13:50:15 -0000

Hi Jean-Michel,

Thanks for the comments, they are very useful. While addressing your 
comments in the new version of the draft, i noticed your question.


Jean-Michel Combes wrote:
>    ... non-repudiation feature, while collision attacks are mainly about
>    affecting the non-repudiation feature, i.e. in the collision attack
>    against the CGA both of the CGA Parameters sets are choosen by an
>    attacker, which is not useful in the real-world scenarios.
>
> <JMC>
> "which is not useful in the real-world scenarios"
> Out of curiosity, may you explain to me why you have such a conclusion?
> <JMC>
>   


AFAIU, that conclusion is the consequence of two things:
=> CGA does is that it proves that the sender of the message is the same 
as the one from the previous message.
=> In the collision attack against CGA in SEND, the attacker itself 
produces both (colliding) CGAs and both sets of CGA Parameters sets.

This basically means that CGAs do not deal with the non-repudiation. So, 
what are the benefits of such attack? I mean, CGA and SEND did what they 
were supposed to do, no matter of circumstances.

Ana