Slashdot Log In
BitTorrent and End to End Encryption
Posted by
ScuttleMonkey
on Mon Feb 06, 2006 05:18 PM
from the end-runs-and-other-oddities dept.
from the end-runs-and-other-oddities dept.
An anonymous reader writes "As ISPs like Shaw and Rogers throttle their bandwidth to counter the growth of BitTorrent, BitTorrent developers are fighting back with end to end encryption. Oddly enough, Bram Cohen, the original brains behind BitTorrent, doesn't support this direction. Is there really anything he can do about it?"
This discussion has been archived.
No new comments can be posted.
BitTorrent and End to End Encryption
|
Log In/Create an Account
| Top
| 494 comments
| Search Discussion
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Encryption isn't the solution we need, or want.. (Score:5, Insightful)
(http://kafene.org/ | Last Journal: Monday March 13 2006, @10:40PM)
Re:Encryption isn't the solution we need, or want. (Score:5, Insightful)
ISPs are happy to lose those customers.
Re:Encryption isn't the solution we need, or want. (Score:5, Interesting)
(http://xearix.com/)
Re:Encryption isn't the solution we need, or want. (Score:5, Insightful)
Well, except that in this case, you're not paying the ISP for the water but for the capacity of the pipes. The water is coming from sources outside of the ISP and thus isn't a scarce resource. In fact, when you signed up for your pipe-service, you understood that you were paying for the maintenance and capacity of the pipes, which is often claimed to be "unlimited", but upon having them installed, you notice that the same pipe is feeding both your home and your neighbor's home, and their neighbor's home.
you were the first type of customer, wouldn't you be annoyed if you found out you were paying the same as the second type? Wouldn't you expect them to pay more, or perhpas face some restrictions?
If the first type of customer gets upset at the second type of customer, then they should also get upset at buffets that charge the same amount of money to every customer regardless of the amount that they intend to eat. But then, that is the whole concept of a buffet, isn't it? You enter into an agreement with the provider knowing that you are getting a service that you value appropriately enough to pay for. If you think you should be getting a better deal because some people consume more per unit price than you do, then nothing stops you from trying to make your own arrangements, but if the business is not willing to enter into such an agreement with you, then you are free to find another who will. This is the market place at work, and how other people choose to spend their money has no impact on how you should choose to spend yours.
Your buffet example reminds me of a story... (Score:5, Insightful)
Needless to say, the poor restaurant owners were not real prepared for a dozen 250+lb college students to come in and eat many platefuls of food, and the owners were not very happy. They asked them to leave, and when they said "no, it's a buffet, we are just eating 'all-we-can-eat'", the owners called the cops on them.
Well, the cops showed up, and listened to the complaint, and talked to them. And decided against the owner! "If the sign says 'all-you-can-eat', you can't kick them out just because they can eat more than you want them to eat."
Not really applicable to the topic, but just seemed an appropriate anecdote. Not only internet companies want to cut off people who use over the average!
Encryption won't work anyhow (Score:5, Insightful)
My connection is severly throttled by my pathetic aDSL upload speed, but that's another bitch entirely.
Re:Encryption won't work anyhow (Score:5, Insightful)
(http://www.jsyncmanager.org/ | Last Journal: Friday September 21, @03:50AM)
And how is the ISP supposed to be able to detect the difference between encrypted and non-encrypted binary data? What detection routine do you use to detect between, say, encrypted BitTorrent data, unencrypted VOIP data, an FTP file transfer, and random data?
Traditionally, you can filter the ports -- but nothing prevents software from changing what ports it uses, and there are several applications which can handle a dynamic port exchange. How barring just blocking or filtering on specific ports, how do you detect that data is encrypted, when the purpose of encryption is to make the data appear to be random to an outside adversary?
Yaz.
Re:Encryption won't work anyhow (Score:5, Informative)
Even in the case of changing ports, this is easily detected. I work for a medium sized broadband ISP, and we extensively use the layer7 module for iptable which detects flow type based off of a "fingerprint" of traffic; a fingerprint simply being made up of several unique characteristics of a particular packet type.
Re:Encryption won't work anyhow (Score:5, Insightful)
(http://paperlined.org/)
As TFA notes: encrypted or not, you're still pushing a massive amount of upload and download traffic. That in itself is enough to get noticed.
Second, the more data there is to analyze, the easier it becomes to distinguish noise from data.
Third, Again as TFA notes, if a lot of connections are being made, they can analyze the first chunk of data sent by both sides. If it's an unencrypted connection, you'll see a roughly consistent set of data being sent across at the beginning. If even the headers are encrypted, and you use BitTorrent a lot, eventually it will be pretty obvious.
Re:Encryption won't work anyhow (Score:4, Interesting)
(http://jambarama.blogspot.com/ | Last Journal: Friday April 07 2006, @03:06AM)
Bit torrent has the problem of opening a lot of connections (the larger the torrent storm, the more connections). While each of these connections to other seeders/leechers may only be passing small amounts of information, they tend to take up a lot of the routers memory (especially for very slow connections that stay open even though they don't pass much if not any information). This kills a router. You might not ever notice it at your own home but having a lot of people on torrents can take drop a router, and make the internet slow for all of the other users using your ISP.
While I don't agree with the actions of these ISPs I thought others might want to know other reasons for throttling this type of bandwidth. As for breaking this throttling your options is very limited. Most ISPs use a layer2 packet shaper, which has the ability to determine the actual content of a packet regardless of port. This is quite common these days.
As far as I know the only real option to get around it requires that you have a server outside of your ISP's network. If you have such a server or a friend somewhere with a nice fast connection (up and down), you would need to set up a tunnel. On top of that you would most likely need to setup a secure tunnel to avoid the packet shaper from understanding the packet data. You can do this using an SSH tunnel, or you can try to setup a site to site VPN tunnel (both of which you would want encrypted). Doing these things is not easy tasks and requires a fair amount of knowledge concerning the way networks works. There are several how-to's discussing how to setup a VPN tunnel and/or SSH tunnel.
Like I said these are not for the novice. It would however be a great opportunity to learn quite a bit more about networks than even the more network savvy people. Chances are most people are just going to have to live without torrent, or switch to a provider that doesn't throttle torrent activity.
To answer "anonymous reader"'s tag question... (Score:1, Insightful)
(http://andrewwitte.com/)
Wrong Solution (Score:5, Insightful)
(Last Journal: Monday November 28 2005, @12:21PM)
Re:Wrong Solution (Score:5, Insightful)
(Last Journal: Wednesday August 30 2006, @10:21AM)
Lots of DSL ISPs (Was: Re:Wrong Solution) (Score:4, Informative)
(http://davidsimmons.com/)
Keep in mind that in many areas, there are lots of ISPs that can provide you with DSL service. This service is provided by either 1) using the telco's DSLAMs and ATM networks to connect your home to the ISP (the most common method), or 2) using ISP-owned DSLAM equipment co-located at the central office (Speakeasy/Covad, various local ISPs). If you're just using the telco to move your bits across town to the ISP, I doubt the telco is going to bother traffic shaping your data.
I mention this because I think a lot of people don't realize there are more DSL options than just the local telco's internet service. When you go to the telco's home page, they certainly don't go out of their way to let you know about this. There are lots of small and regional ISPs that would love to have your business.
The biggest problem you might encounter with DSL is that many telcos require you to subscribe to phone service before they'll allow you to subscribe to DSL. I know this is definitely the case in BellSouth territory. I've heard that you used to be able to get a "dry copper" (i.e. "alarm circuit") DSL line to an ISP in BellSouth territory (a friend of mine used to have this sort of hookup in Oxford, Miss.), but they've since put an end to that. Where I live (Denver, Colorado), the telco (Qwest) does offer "Naked DSL" so you don't have to bother with a landline if you don't want one.
I have DSL with a local ISP who runs their own DSLAMs in my neighborhood, and it works out well.
David
Re:Wrong Solution (Score:4, Informative)
(http://www.uberm00.net/ | Last Journal: Monday January 19 2004, @09:27PM)
On a more practical note, use port 1720 (used by Rogers' own VoIP digital phone service, so they can't and don't deep packet filter it) and if that doesn't work (remember to restart your client and forward ports accordingly) try BitComet [bitcomet.com] with the encrypted header option. Worked fine for me after a bit of fiddling.
Also because (Score:5, Interesting)
Like here on campus, we would prefer not to tell people what they can and can't do, however bandwidth is finite. We cannot afford to buy gigs and gigs of bandwidth just to allow people to P2P all the time, at least not without a tuition hike. The solution is to use a packet shaper, which puts P2P at a lower priority than other traffic. Usually, the line isn't maxed so P2P works as normal, however if the connection is slammed, non P2P traffic gets prefernce.
Works very well, P2P works and is generally very fast, and other traffic doesn't get bogged.
However, if it starts hiding from the packet shaper, things may be made a bit more compulsory like "You will make no use of Bittorrent unless it is for an approved research project. Failure to comply will result in a referal to the dean of students and possibly expulsion." Now I'd hate to see it go that way, but it will if it there's no reasonable way to keep P2P from clogging the network.
WRONG assumptions. (Score:4, Interesting)
They are well within their rights to ensure that everyone paying a certain price is given the same level of service. They're rolling out FIOS here. It can handle 622Mb/s and at $50/month, you get, basically, 1% of that. To not have to implement some kind of QoS throttling on your bandwidth-hogging butt, they'd have to run a separate backbone to every 100 houses and, guess what, that would cost a ton of money. So, voila, tiered pricing.
Deal with it.
The Goodness of Open Source (Score:5, Insightful)
(http://search.imoou.com/)
Isn't this what Open Source is about? The ability to make changes to a software to suit one's need? And if there are enough users, followers, developers and contributors (see Ubuntu from Debian), the new branch because a thing of its own.
So the day Bram opened his code, BT is subject to the same kind of treatment and only users can decide which way it will go.
Aren't there cases where someone compiled a BT client to act like a seeder with high ratio but is an ultimate leecher?
when asked about this, Brahm said, (Score:2, Funny)
Re:What does this even mean? (Score:5, Funny)
"Is there really anything he can do about it?" (Score:4, Funny)
Sniffing shape-able streams (Score:5, Interesting)
"...a wire protocol which transfers a lot of data bidirectionally and consistently looks like line noise with no header is only marginally more difficult to identify then one which uses fixed ports."
Sounds like a call to camoflage the traffic as several pipes between peers. Not just one tcp/ip connection, but several, with a jitter function to pick which pipe is used at the moment so it does not look consistant
Here's my take on the whole Bram Cohen thingy... (Score:5, Insightful)
BitTorrent and Who? (Score:5, Funny)
Who is "End", and why are they partnering with BitTorrent to end encryption?
What are ISPs selling? (Score:5, Insightful)
Someone should sue [insert favorite ISP here] for bait and switch. If what they're providing is 4mb/256K burst speed, with lower rates for continuous, then that's what they should say in their advertising. This is hardly a far cry from the shady camera outfits online (i.e. PriceRitePhoto). You pay every month for a service, and the service you're actually provided differs greatly from what you thought you purchased.
Asymmetric connections (Score:2, Insightful)
Who are "Shaw" and "Rogers"? (Score:2)
(http://www.thebrickt...assacre/jg21_11.html | Last Journal: Tuesday December 20 2005, @06:19AM)
Is this in the USA? I'm used to things like Comacst, MSN, Time Warner, Qwest, Pacbell, SBC, etc.
What regions do Shaw and Rogers serve? Does this BitTorrent discrimination affect many people?
Re:Who are "Shaw" and "Rogers"? (Score:5, Informative)
(http://www.loconet.ca/)
Does it affect a lot of people? You bet.
Of course he can't do anything...directly. (Score:5, Insightful)
However, also like LT and most other major project figureheads, he holds a certain amount of political sway. His disapproval may be enough to keep some developers from pursuing certain paths. Of course, not everyone will care about what he thinks, but he does have SOME power.
BitTorrent's image (Score:2)
(http://assambassador.com/)
Re:BitTorrent's image (Score:5, Insightful)
--LWM