Encrypting P2P traffic (ssl?)

[Drizzit]

I was wondering about encrypting peer-to-peer traffic and how easy this would be to implement.

1. Is it possible to encrypt the data transferred with a P2P client?

2. In the future is there going to be an encryption feature added to the gnutella?

This would be good, since all P2P traffic is not copyrighted material and if you want to use peer-to-peer in a company networks or in some professional commercial use the data transferred should be able to be in encrypted form. I believe that in the future there will be many professional applications running in P2P networks. Good examples of these are at the moment Groove (www.groove.net) and Skype (www.skype.com) applications.

When ISPs limit P2P traffic they usually inspect the content of the fraffic at layer7. In my sence this is morally ambiguous and against some laws atleast here in Finland. With encryption the user could have some certainty that his or hers privacy is taken care of.

ISPs are blocking P2P traffic mainly because 50-80% of ISP traffic is peer-to-peer traffic. This easily makes the network feel congested and unusable. There are however other solutions than inspecting traffic and prohibiting it altogether to make networks free of congestion. A finnish company is making a product called Staselog Network Equalizer (www.staselog.com) which uses traffic shaping and Quality of Service abilities to classify and prioritize traffic and share available bandwidth equally amongst the users. Staselogs solution does not prohibit P2P traffic it only makes it run on the background so that more bandwidth critical applications (VoIP, games, browsing etc.) are always usable and network delays stay constantly low for these applications.

As a last note I am also very sad to hear that universities (which should be the source of new innovations) are blocking P2P traffic. Universities should experiment freely and make new applications which use these kind of new technologies.

[Morgwen]

Originally posted by Drizzit
1. Is it possible to encrypt the data transferred with a P2P client?

Yes, of course.

2. In the future is there going to be an encryption feature added to the gnutella?

No. The problem is that the key can only be shared between closed source clients, many Gnutella clients are open source like Limewire.

Btw encryption is no protection against the RIAA, they just need one client and see what you download.

As a last note I am also very sad to hear that universities (which should be the source of new innovations) are blocking P2P traffic.

Bandwidth is expensive, unversities have no flat like private users they pay for the traffic!

Morgwen

[arne_bab]

Encryption is only useful to ensure, that your provider doesn't sniff your transfered data.

It would be useful, because it ensures, that noone knows, what is being transfered except the down and the uploader.

If you keep those from knowing their respective IPs, someone would have to control one of those and have a way to discover the IP of the other one. Else they would have no chance.

[Aro]

Wow. People fear the RIAA more than the FBI.

[arne_bab]

Yes, because they care more about destroying my rights, as they havve to adher the law wherever they can be watched closely.

The FBI instead mostly won't bother me for small delicts.

I fear those more, who are more likely to attack me.

Why bother about the demon in the wood, when there's a lawjer in your house.
The demon won't get to get you (Except if the lawyer. manages to find a loophole in the law requiring you to invite the demon.