Re: [v6ops] [EXTERNAL] Re: Improving ND security

Philip Homburg <pch-v6ops-9@u-1.phicoh.com> Mon, 03 August 2020 16:32 UTC

Return-Path: <pch-b9D3CB0F5@u-1.phicoh.com>
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 CB6003A0F3D; Mon, 3 Aug 2020 09:32:52 -0700 (PDT)
X-Quarantine-ID: <H3XZtGMGkmT6>
X-Virus-Scanned: amavisd-new at amsl.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "Cc"
X-Spam-Flag: NO
X-Spam-Score: 0.004
X-Spam-Level:
X-Spam-Status: No, score=0.004 tagged_above=-999 required=5 tests=[RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H3XZtGMGkmT6; Mon, 3 Aug 2020 09:32:51 -0700 (PDT)
Received: from stereo.hq.phicoh.net (stereo.hq.phicoh.net [130.37.15.35]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C7793A0F3E; Mon, 3 Aug 2020 09:32:49 -0700 (PDT)
Received: from stereo.hq.phicoh.net (localhost [::ffff:127.0.0.1]) by stereo.hq.phicoh.net with esmtp (TLS version=TLSv1.2 cipher=ECDHE-RSA-CHACHA20-POLY1305) (Smail #157) id m1k2dOD-0000KyC; Mon, 3 Aug 2020 18:32:41 +0200
Message-Id: <m1k2dOD-0000KyC@stereo.hq.phicoh.net>
To: v6ops@ietf.org
Cc: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>
Cc: 6man <ipv6@ietf.org>
From: Philip Homburg <pch-v6ops-9@u-1.phicoh.com>
Sender: pch-b9D3CB0F5@u-1.phicoh.com
References: <d5c245f216c3409f826f8132e532a882@boeing.com> <860E06E2-2650-4AAE-AD33-D4D12B0290DC@fugue.com>, <b66ce3d9c75d4a39b5336dcdf9929411@boeing.com> <0DDEBA6C-3933-40FC-BB9C-33FA59DC9D76@cisco.com> <4907a159683346789bef5c495f03f95d@boeing.com> <b5043a5446914cb5b12ed76401359c7e@boeing.com> <e743130cc74548e0b01a9b9fe27a601f@huawei.com> <392f45a9e9c842e28ffedbe8bc50e086@boeing.com>
In-reply-to: Your message of "Mon, 3 Aug 2020 15:51:33 +0000 ." <392f45a9e9c842e28ffedbe8bc50e086@boeing.com>
Date: Mon, 03 Aug 2020 18:32:37 +0200
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/UZjQ1mLZvUmXIVSk-8nGsm8G4YQ>
Subject: Re: [v6ops] [EXTERNAL] Re: Improving ND security
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 03 Aug 2020 16:32:53 -0000

>    Thanks for your opinion, Ed, but it does not apply for the OMNI
>    use case because
> 
>    the keys only need to be known to a fixed (and finite) set of
>    Servers which can
> 
>    keep in sync via a shared filesystem. 

Maybe we should first look at which application domains we want to discuss.
For most people, if you have a fixed set of servers connected to a single
LAN, then you typically don't have a security problem with ND. Of course,
there could still be networks where ND security is an issue even if all
devices are known.

I think the common case for ND security issues is a an ethernet (or
ethernet-like wifi) where untrusted devices can connect. However for
the common case where bridges just accept any MAC address, what prevents
the attacker from sending packets with the MAC address of a victim?

Of course there is the special case where bridges lock the MAC addresses of
devices connected to ports, but in those cases, bridges could also lock the
IPv6 address and otherwise limit ND traffic.

The easiest way to solve the issue for small networks is to give each host
a private vlan. The would break multicast, but multicast in an untrusted 
environment is probably not such a great idea anyhow.