Re: [v6ops] draft-ietf-v6ops-balanced-ipv6-security WGLC

Mark Andrews <marka@isc.org> Thu, 14 November 2013 06:15 UTC

Return-Path: <marka@isc.org>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09B7211E80DE for <v6ops@ietfa.amsl.com>; Wed, 13 Nov 2013 22:15:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.197
X-Spam-Level:
X-Spam-Status: No, score=-3.197 tagged_above=-999 required=5 tests=[AWL=-0.598, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YKuAKky9bL5P for <v6ops@ietfa.amsl.com>; Wed, 13 Nov 2013 22:15:04 -0800 (PST)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by ietfa.amsl.com (Postfix) with ESMTP id B761F21E8087 for <v6ops@ietf.org>; Wed, 13 Nov 2013 22:15:03 -0800 (PST)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.ams1.isc.org (Postfix) with ESMTP id 7B0A82383CF; Thu, 14 Nov 2013 06:14:59 +0000 (UTC) (envelope-from marka@isc.org)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id C73CE16043C; Thu, 14 Nov 2013 06:21:19 +0000 (UTC)
Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id 69812160050; Thu, 14 Nov 2013 06:21:19 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id D70EEA5FDB1; Thu, 14 Nov 2013 17:14:54 +1100 (EST)
To: "Fred Baker (fred)" <fred@cisco.com>
From: Mark Andrews <marka@isc.org>
References: <201311101900.rAAJ0AR6025350@irp-view13.cisco.com> <CAB0C4xOfz_JAjEEJZ-Zz7MBEyZhVzrAE+8Ghf1ggC3+9pyHmNg@mail.gmail.com> <989B8ED6-273E-45D4-BFD8-66A1793A1C9F@cisco.com> <alpine.DEB.2.02.1311130329180.26054@uplift.swm.pp.se> <CAB0C4xOd-ryBXe4O3XoLTLDw-XuOV==X0nkRg5y3aPXCtf+Gow@mail.gmail.com> <alpine.DEB.2.02.1311140639140.5805@uplift.swm.pp.se> <5FC5FC3F-B933-4ACE-A7A9-00A1E275B4EF@cisco.com>
In-reply-to: Your message of "Thu, 14 Nov 2013 06:07:28 -0000." <5FC5FC3F-B933-4ACE-A7A9-00A1E275B4EF@cisco.com>
Date: Thu, 14 Nov 2013 17:14:54 +1100
Message-Id: <20131114061454.D70EEA5FDB1@rock.dv.isc.org>
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>
Subject: Re: [v6ops] draft-ietf-v6ops-balanced-ipv6-security WGLC
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Nov 2013 06:15:11 -0000

In message <5FC5FC3F-B933-4ACE-A7A9-00A1E275B4EF@cisco.com>, "Fred Baker (fred)
" writes:
>
> On Nov 13, 2013, at 9:42 PM, Mikael Abrahamsson <swmike@swm.pp.se>
>  wrote:
>
> > On Wed, 13 Nov 2013, Marc Lampo wrote:
> >
> >> Hence, in my opinion, the security (and privacy) of IPv6 users is best
> served by keeping unsolicited traffic out.
> >
> > You and me have a very different opinion what unsolicited is. If the
> host accepts connections on a port, then it has by definition accepted to
> handle the connection. There is no reason access control can't be handled
> on the host.
>
> The question here, if I understand Marc, is who sent the first packet. If
> the TCP SYN (or counterpart in whatever protocol) was sent by the host
> within the domain, an RFC 6092 firewall will permit traffic in response.
> If the TCP SYN was sent by the peer to that host, an RFC 6092 firewall
> will prevent that and everything following. Having the host say to the
> firewall that it is willing to accept unsolicited communications is quite
> a bit different than initiating those communications.
>
> > I would rather see a mechanism that the host can use to say "please
> protect me, I'm helpless" and then the gateways will filter traffic to
> the device (ie if the host says nothing then default policy is open) than
> what you're proposing which is "default close".
>
> What about a host that is so helpless that it doesn't say so?

Then it should be put in the bin.  Equipment should expect to be
exposed to the Internet as a whole.  It's not like this is a new
concept.

Mark
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org