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  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]
Date:	Fri, 11 Jul 2008 10:53:01 -0700
From:	David Stevens <>
To:	Neil Horman <>
	Alexey Kuznetsov <>,,,
Subject: Re: [PATCH] IPv4 Multicast: prevent reception of mcast frames from	unjoined

> currently in ip_mc_sf_allow we assume that we need to allow the frame if 
> match is found, but that has the affect of causing frames to be received 
> groups a socket hasn't joined.  I asked david aobut this specifically.

        You asked me about this? Or the other David? :-) I don't remember
seeing anything on this-- at least not recently.

        But in the sentence above, I think you missed the point of the
mail I sent before. Joining a group or not on a particular socket has
nothing at all to do with delivery of multicasts to the socket.

        Multicast addresses, like unicast addresses, are for the entire
machine, not just the socket that does the join. If anyone on the
machine has joined the group and your binding matches the packet, you
will receive a copy. That's intentional. If you don't join any groups
at all, but bind to INADDR_ANY, you will receive packets for the port
and protocol and any local unicast or multicast address (including
groups joined by any other process on the machine).


To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
More majordomo info at

Powered by blists - more mailing lists