netdev - Re: Stale entries in RT_TABLE

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: Windows password security audit tool. GUI, reports in PDF.

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

Message-Id: <20110309.135308.102544831.davem@davemloft.net>
Date:	Wed, 09 Mar 2011 13:53:08 -0800 (PST)
From:	David Miller <davem@...emloft.net>
To:	alexandre.sidorenko@...com
Cc:	netdev@...r.kernel.org, ja@....bg
Subject: Re: Stale entries in RT_TABLE_LOCAL

From: Alex Sidorenko <alexandre.sidorenko@...com>
Date: Wed, 23 Feb 2011 12:43:23 -0500

> I am not sure what is the best way to fix this, I can think of several 
> approaches:
> 
>   (a) change the sources so that it would be impossible to add the same IP 
>       multiple times, even with different masks. I cannot think of any
>       situation where adding the same IP (but with different mask) to the same
>       interface could be useful. But maybe I am wrong?

I'm leaning towards this solution if it's viable.  But I'm not so sure that
nobody uses this feature, maybe Julian knows?

Julian, the issue is that if you add the same IP address multiple times using
different subnet masks, we allow it.

But removal doesn't work correctly, we clear the IFA list on the device but we
leave stale entries in the local routing table.

The test case is:

ip addr add 192.168.142.109/23 dev dummy0
ip addr add 192.168.142.109/22 dev dummy0
ip addr del 192.168.142.109/22 dev dummy0
ip addr del 192.168.142.109/23 dev dummy0
--
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