[Mobopts] CBA vs. draft-zhao-mip6-rr-ext-01.txt

Christian Vogt <chvogt@tm.uka.de> Thu, 30 March 2006 05:39 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FOpsV-0000ak-Bx; Thu, 30 Mar 2006 00:39:27 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FOpsT-0000af-TA for mobopts@irtf.org; Thu, 30 Mar 2006 00:39:25 -0500
Received: from iramx1.ira.uni-karlsruhe.de ([141.3.10.80]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FOpsS-00074m-IW for mobopts@irtf.org; Thu, 30 Mar 2006 00:39:25 -0500
Received: from i72ms2.tm.uni-karlsruhe.de ([141.3.70.17] helo=smtp.ipv6.tm.uni-karlsruhe.de) by iramx1.ira.uni-karlsruhe.de with esmtps id 1FOpsQ-0003Sb-1B; Thu, 30 Mar 2006 07:39:24 +0200
Received: from [10.0.0.21] (vpn-cl-167-195.rz.uni-karlsruhe.de [141.3.167.195]) by smtp.ipv6.tm.uni-karlsruhe.de (Postfix) with ESMTP id BA2848648; Thu, 30 Mar 2006 07:39:20 +0200 (CEST)
Message-ID: <442B6F07.4090606@tm.uka.de>
Date: Wed, 29 Mar 2006 23:39:19 -0600
From: Christian Vogt <chvogt@tm.uka.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; us-US; rv:1.7.5) Gecko/20041206 Thunderbird/1.0 Mnenhy/0.7.2.0
X-Accept-Language: de-DE, de, en-us, en
MIME-Version: 1.0
To: fanzhao@ucdavis.edu
X-Enigmail-Version: 0.92.0.0
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
X-Spam-Score: -4.7 (----)
X-Spam-Status: No
X-Spam-Report: -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] -0.3 AWL AWL: From: address is in the auto white-list
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69
Cc: Jari Arkko <jari.arkko@kolumbus.fi>, Mobopts <mobopts@irtf.org>
Subject: [Mobopts] CBA vs. draft-zhao-mip6-rr-ext-01.txt
X-BeenThere: mobopts@irtf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IP Mobility Optimizations <mobopts.irtf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mobopts>, <mailto:mobopts-request@irtf.org?subject=unsubscribe>
List-Post: <mailto:mobopts@irtf.org>
List-Help: <mailto:mobopts-request@irtf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mobopts>, <mailto:mobopts-request@irtf.org?subject=subscribe>
Errors-To: mobopts-bounces@irtf.org

Hi Fan,

in a previous email, you suggested that the hash-chain mechanism
described in [1] could be an alternative for Credit-Based Authorization.
 I don't agree with that perception.

[1] draft-zhao-mip6-rr-ext-01.txt

In [1], a MN can prove through a chain of hashes that it has
successfully gone through the past i correspondent registrations, where
i is an integer value between 0 and N, and N is initially selected by
the MN.

Like the similar strategy described in [2], your approach can be used to
extend the lifetime of the MN's binding at the CN.

[2] draft-arkko-mipv6-binding-lifetime-extension-00.txt

But a hash chain does not provide any evidence to the CN that a new
care-of address, chosen by the MN, is correct.  An attacker could easily
re-register with the same CN several times, using valid care-of
addresses, in order to increase the length of its hash chain.  If the CN
took this as an indication that the MN's next care-of address can be
trusted, it would be wrong.

The point is that an attacker (alias the MN) does not have to send a
single data packet until its hash chain is long.  But when its hash
chain is long enough to make the CN trustful, the attacker could
register a false care-of address and initate a redirection-based
flooding attack.

Such an attack can have significant amplification given that the
attacker did not send data packets prior to the attack.

Credit-Based Authorization does not have this vulnerability because it
limits the data volume a CN can send to a MN's unverified care-of
address to the data volume that the CN has recently received from that MN.

Take care,
- Christian

-- 
Christian Vogt, Institute of Telematics, University of Karlsruhe
www.tm.uka.de/~chvogt/pubkey/


_______________________________________________
Mobopts mailing list
Mobopts@irtf.org
https://www1.ietf.org/mailman/listinfo/mobopts