netdev - Re: [Q] How to invalidate ARP cache for a network device from within kernel

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20101127021833.328e8942@stein>
Date:	Sat, 27 Nov 2010 02:18:33 +0100
From:	Stefan Richter <stefanr@...6.in-berlin.de>
To:	Maxim Levitsky <maximlevitsky@...il.com>
Cc:	"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
	linux1394-devel <linux1394-devel@...ts.sourceforge.net>
Subject: Re: [Q] How to invalidate ARP cache for a network device from
 within kernel

On Nov 26 Maxim Levitsky wrote:
> However as soon as bus reset happens, the upper layer ARP cache isn't
> invalidated, thus all attempts to send packets to remote node now fail,
> because the additional information (node id and bus address) about
> remote node is now invalid, but ARP core doesn't send ARP requests
> because it has the response in the cache.

When is this a problem?  With nodes which stay on the bus (i.e. are
present before and after the bus reset)?  Or with nodes which go away
and come back much later (but before the old ARP cache entry was cleaned
out)?
-- 
Stefan Richter
-=====-==-=- =-== ==-==
http://arcgraph.de/sr/
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html