On 2 Oct 2007, [EMAIL PROTECTED] wrote:

> I mean where do you get them from before adding them to the GTKG
> repo?  Are you recycling data from another project or are we
> generating the list within the GTKG project?

I am pretty sure that most originate by observing peer behavior on
the Gnutella network.

> One option was PeerGuardian (I only mention it having seen it fly by
> in my news feed today). I was pondering if there where any open
> block list projects.

PeerGuardian is intended for different purposes.  As can be seen by
this message,

  "http://www.mediadefender-defenders.com/msg01893.html";

... this particular example may not be relevant to me, but some people
might not like this IP to be blocked.  Also, you might end up blocking
http access to several media sights.

The bad guys take advantage of the fact that whole sale ip blocking
may not work well.  Really you only want to block addresses at the
service level that are known to be hostile with this service.  This
can be important as the IP might be NATed and several different
interests might be there.  Like a university, etc.

These might be a source of ip addresses as well,

"http://www.mediadefender-defenders.com/mediadefender_decoy_upload_iplist.zip";
"http://www.mediadefender-defenders.com/ips.txt";

>> Distributing the spam list could essentially work in the same
>> fashion albeit due to its size, you'd want to do this
>> incrementally. As we have tigertree support in gtk-gnutella now,
>> implementing this would not be too difficult, assuming items are
>> usually appended to the list, so that you only have to fetch the
>> last slice of the file saving a lot of traffic.

> A phase 2 problem I think :-)

Well, if the hostiles.txt are not global to all Gnutella clients, then
you also really help things by having an up to date spam list
(spam_sha1.txt) as you filter these results as they pass through the
network.  At the very least, you shield all of your leaves from this
crap.  Unfortunately, GNET is very redundant (aka fault tolerant), so
the spam may find a path anyhow.

fwiw,
Bill Pringlemeir.


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
gtk-gnutella-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel

Reply via email to