From: Karsten Keil <kkeil@suse.de>
To: netdev@vger.kernel.org
Subject: Re: Linux IPv6 DAD not full conform to RFC 4862 ?
Date: Thu, 10 Jan 2008 12:29:13 +0100 [thread overview]
Message-ID: <20080110112913.GB5065@pingi.kke.suse.de> (raw)
In-Reply-To: <20080109.153212.144388472.davem@davemloft.net>
On Wed, Jan 09, 2008 at 03:32:12PM -0800, David Miller wrote:
> From: Karsten Keil <kkeil@suse.de>
> Date: Wed, 9 Jan 2008 16:36:56 +0100
>
> > If the address is a link-local address formed from an interface
> > identifier based on the hardware address, which is supposed to be
> > uniquely assigned (e.g., EUI-64 for an Ethernet interface), IP
> > operation on the interface SHOULD be disabled. By disabling IP
> > operation, the node will then:
> >
> > - not send any IP packets from the interface,
> >
> > - silently drop any IP packets received on the interface, and
> >
> > - not forward any IP packets to the interface (when acting as a
> > router or processing a packet with a Routing header).
>
> I question any RFC mandate that shuts down IP communication on a node
> because of packets received from remote systems.
>
> If the TAHI test can trigger this, so can a compromised system on your
> network and won't that be fun? :-)
I agree, but on the other side, a interface with a real duplicate HW address
sending packets on the network can also cause very serious problems, and
maybe is not so easy to detect as a system where the interface never come
up because of this. So maybe it makes sense to implement it as option, not
as default.
And the DOS scenario is already here, also without disabling IP completely,
since you can deny any IPv6 address assignments with faked DAD pakets.
--
Karsten Keil
SuSE Labs
SUSE LINUX Products GmbH, Maxfeldstr.5 90409 Nuernberg, GF: Markus Rex, HRB 16746 (AG Nuernberg)
prev parent reply other threads:[~2008-01-10 11:29 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-09 15:36 Linux IPv6 DAD not full conform to RFC 4862 ? Karsten Keil
2008-01-09 16:17 ` Neil Horman
2008-01-09 20:26 ` Karsten Keil
2008-01-10 11:16 ` Karsten Keil
2008-01-09 16:38 ` YOSHIFUJI Hideaki / 吉藤英明
2008-01-09 16:40 ` YOSHIFUJI Hideaki / 吉藤英明
2008-01-09 20:32 ` Karsten Keil
2008-01-09 18:57 ` Neil Horman
2008-01-09 21:09 ` Vlad Yasevich
2008-01-10 12:25 ` Neil Horman
2008-01-09 23:32 ` David Miller
2008-01-09 23:46 ` YOSHIFUJI Hideaki / 吉藤英明
2008-01-09 23:55 ` David Miller
2008-01-10 0:09 ` YOSHIFUJI Hideaki / 吉藤英明
2008-01-10 11:29 ` Karsten Keil [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080110112913.GB5065@pingi.kke.suse.de \
--to=kkeil@suse.de \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).