Re: I-D.ietf-v6ops-cpe-simple-security-09

Mark Townsley <townsley@cisco.com> Sat, 20 March 2010 22:52 UTC

Return-Path: <owner-v6ops@ops.ietf.org>
X-Original-To: ietfarch-v6ops-archive@core3.amsl.com
Delivered-To: ietfarch-v6ops-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A050C3A68A8 for <ietfarch-v6ops-archive@core3.amsl.com>; Sat, 20 Mar 2010 15:52:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.152
X-Spam-Level:
X-Spam-Status: No, score=-8.152 tagged_above=-999 required=5 tests=[AWL=-0.787, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_HI=-8, RDNS_NONE=0.1]
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 wcGw4w60F785 for <ietfarch-v6ops-archive@core3.amsl.com>; Sat, 20 Mar 2010 15:52:37 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 3FA033A6973 for <v6ops-archive@lists.ietf.org>; Sat, 20 Mar 2010 15:52:37 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.71 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1Nt7VQ-0006My-5J for v6ops-data0@psg.com; Sat, 20 Mar 2010 22:50:56 +0000
Received: from [171.68.10.87] (helo=sj-iport-5.cisco.com) by psg.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.71 (FreeBSD)) (envelope-from <townsley@cisco.com>) id 1Nt7VL-0006Mb-GF for v6ops@ops.ietf.org; Sat, 20 Mar 2010 22:50:51 +0000
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-AV: E=Sophos;i="4.51,280,1267401600"; d="scan'208";a="169696371"
Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-5.cisco.com with ESMTP; 20 Mar 2010 22:50:51 +0000
Received: from iwan-view3.cisco.com (iwan-view3.cisco.com [171.70.65.13]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o2KMoosf005146; Sat, 20 Mar 2010 22:50:51 GMT
Received: from ams-townsley-8719.cisco.com (ams-townsley-8719.cisco.com [10.55.233.234]) by iwan-view3.cisco.com (8.11.2/CISCO.WS.1.2) with ESMTP id o2KMonY11548; Sat, 20 Mar 2010 15:50:49 -0700 (PDT)
Message-ID: <4BA55147.601@cisco.com>
Date: Sat, 20 Mar 2010 23:50:47 +0100
From: Mark Townsley <townsley@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3
MIME-Version: 1.0
To: Fred Baker <fred@cisco.com>
CC: james woodyatt <jhw@apple.com>, IPv6 Operations <v6ops@ops.ietf.org>
Subject: Re: I-D.ietf-v6ops-cpe-simple-security-09
References: <D6F5ACD2-EB43-477E-9F48-AC3EDB3F7EB4@apple.com> <4BA3BBCF.2090903@cisco.com> <4BA3D1B3.4010501@gmail.com> <9EEBEB1D-8D88-45DB-9200-EBE2ED0D84CF@apple.com> <4BA524A8.9020201@cisco.com> <D6BE2A3C-57BD-486D-B9C6-382B42FA4A67@cisco.com>
In-Reply-To: <D6BE2A3C-57BD-486D-B9C6-382B42FA4A67@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

On 3/20/10 8:53 PM, Fred Baker wrote:
> On Mar 20, 2010, at 12:40 PM, Mark Townsley wrote:
>
>    
>> Rate-limiting unsolicited inbound connections rather than rejecting them provides greater end-to-end transparency while still providing protection against address and port scanning attacks as well as overloading of slow links or devices within the home.
>>      
> SIlly question. Why do you believe that? An address or port scanning attack is not intended to overload a network, it is intended to find an address port that can be used or attacked.
The sentence is referencing two different things. One, the possibility 
that uninvited packets might overload some device or slow link 
(something I consider unlikely, but has been identified as a concern by 
some), the other is, indeed, designed to make blind port and address 
scanning less likely to succeed in a given amount of time.

- Mark
>   Making the scan take more time doesn't prevent it from reaching its target. In what way does rate limiting an address or port scan provide protection?
>
> http://www.ipinc.net/IPv4.GIF
>
>
>