Freenet is a little different. In freenet, files are encrypted with keys based off their own cryptographic hash - making it only possible to retrieve those files if you know the hash.
Due to the routing system, any server operator has plausible denyability about any data on their system, but specific files can be identified as being on specific hosts (and even as being stored in specific encrypted files on those hosts).
Re:How to infringe & NOT get caught. An 'exper
on
P2P Not Dead, Just Hiding
·
· Score: 3, Insightful
This technique was talked about in detail a while ago. The first attack on it is as follows:
- Since the only purpose for distributing the files is to distribute the copyrighted material, it is likely to be legally the same. - Needing to download two files of the same length as the file you want from different servers is really annoying.
One solution is a large repository of seemingly random data with separately distributed "recipe files" that describe how to rebuild the files you want. If you make the random files sufficently interconnected, you can make it so that any order to stop distributing a specific random looking block of data will prevent numerous legal files from being built in addition to the copywrited data that is targeted.
There are still some problems with that system, mostly in lack of ease of use.
As long as eMule still works, it's unlikely that anyone will actually adopt any system so complex.
Awesome plan - you have all the performance advantages of Mute with all the content advantages of Waste.
Trying to have a generic network doesn't take into account the fact that different applications have different security/performance tradeoffs that require different designs.
For example, secure anonymous/psudononymous email is pretty well solved by Mixmaster remailers.
The P2P file transfer problem is pretty well covered by eMule and Bittorrent. I expect that by the time these come under significant attack legally, one of the following will be true: - Mute or similar will have good enough performance to pick up the slack. - Bandwidth and diskspace will be cheap enough that we can all use out of country shell accounts to do our file trading from.
Other secure applications exist for other specific applications. You can do secure psudononymous instant messaging/chat with Silc - if you trust the server. If you really need to have no trusted server (which should be safe with a trusted proxy, but...) some IIP like scheme may work.
What other application do you want? Secure anonymous UT2k4? Your network won't do it - the pings would be absurd, but I'm sure whoever needs it can design it.
Having full generic TCP/IP support in your secure network could even be a security issue - you may assume that your existing network software will be secure over the new network and get owned by an unexpected DNS lookup or something.
With a properly working torrent with a good primary seed you will have very similar user performance to an FTP/HTTP download.
The problem comes when some content provider expects Bittorrent magically supply all the bandwidth for their content, or when you're using an underseeded less-than-legit torrent.
To recap: Just like any other distribution protocal, if no one is providing bandwidth, you're not going to be able to download. The benifit with bit torrent is that you can provide only the bandwidth for 2 or 3 users and that will be enough to support a much larger number of downloaders.
I hope that distributing files via bittorrent becomes a lot more popular for sites like FilePlanet - that may promote syncronous data connections for home users in the long run.
"Because we can't be bothered to actually protect your money, we instead offer this wonderful customer service line at 1-800-YOU-WAIT..."
I'd rather their systems actually be secure in the first place. That means less losses to fraud, which means more profits, which means they can offer better interest rates on their accounts.
There are two possible results of a bad buisness decision: - The company dies. - The customers pay for it.
It looked like the parent was talking about 3 separate commands "Up / Down / Next". You're talking about 5 separate commands (Up, Down, Left, Right, Click), four of which are analog / high resolution.
However much you might think your dreams have a lot of detail, it isn't true. What's really happening is that your brain uses an amazingly efficient compression technique for dreams - where only the data you're concentrating on is even being generated.
Yea, but when you got HBC 0.92 beta, and the new robo-arm needs HBC 1.1 that'll be the suck. Especially if the 0.92 beta implant procedure was destructive.
You've commented that monopoly-breaking is fair in the case of government granted monopolies. Well, Microsoft does have a goverment granted monopoly: Copyright on their software.
You've just made it so they have to capture both the auth servers and the data servers at once.
Try this protocal: The server comes up normally, it has normal unencrypted disks except for one partition.
Whenever the server reboots, it pages a sysadmin.
If a sysadmin gets paged, he uses SSH to login to the server and manually mounts the encrypted partition - using cut + paste to get the passphrase to the SSH window.
There was a time when, in order to get a patent application accepted, you had to bring in a working model of your device for the patent office to play with.
Obviously "working model of your device" is meaningless to patents now though...
We could actually have a relevent internet debate, with references, or we could have a bunch of posts like the parent and get nowhere. I'm guessing we get nowhere.
Not much. I don't know about Java, but I've written some pretty simple perl code to re-write C, Python, and Perl code. Usually all you have to do is check for word borders (i.e. s/\benum\b/myEnum/g;).
By the time Longhorn comes out, a terrabyte will be nothing. We'll have 100 terrabyte removable optical media, and Verizon DSL will be offering 1.5 meg down / 256k up for $69.95/month!
How was the two party issue by design? Explain this one to me. As I understand it, there is no inbuilt system of "Political Parties" in the US system the way there is in various other systems.
The "Trademark Java and don't let people call things Java that aren't Java" plan works perfectly. If it doesn't adhere to Sun's Java standard, there's no reason anyone should be calling it Java anyway.
The CRTs are no where near as bad as you seem to think.
- You definately don't loose an inch on "black bars" if you adjust things right. - Flat CRT monitors are standard issue now - there are no price or performance issues with them. - The CRTs are slightly less sharp than the LCDs, but on the other hand they have a reasonable (i.e. greater than 60hz) refresh rate, so no ghosting.
Freenet is a little different. In freenet, files are encrypted with keys based off their own cryptographic hash - making it only possible to retrieve those files if you know the hash.
Due to the routing system, any server operator has plausible denyability about any data on their system, but specific files can be identified as being on specific hosts (and even as being stored in specific encrypted files on those hosts).
This technique was talked about in detail a while ago. The first attack on it is as follows:
- Since the only purpose for distributing the files is to distribute the copyrighted material, it is likely to be legally the same.
- Needing to download two files of the same length as the file you want from different servers is really annoying.
One solution is a large repository of seemingly random data with separately distributed "recipe files" that describe how to rebuild the files you want. If you make the random files sufficently interconnected, you can make it so that any order to stop distributing a specific random looking block of data will prevent numerous legal files from being built in addition to the copywrited data that is targeted.
There are still some problems with that system, mostly in lack of ease of use.
As long as eMule still works, it's unlikely that anyone will actually adopt any system so complex.
Awesome plan - you have all the performance advantages of Mute with all the content advantages of Waste.
Trying to have a generic network doesn't take into account the fact that different applications have different security/performance tradeoffs that require different designs.
For example, secure anonymous/psudononymous email is pretty well solved by Mixmaster remailers.
The P2P file transfer problem is pretty well covered by eMule and Bittorrent. I expect that by the time these come under significant attack legally, one of the following will be true:
- Mute or similar will have good enough performance to pick up the slack.
- Bandwidth and diskspace will be cheap enough that we can all use out of country shell accounts to do our file trading from.
Other secure applications exist for other specific applications. You can do secure psudononymous instant messaging/chat with Silc - if you trust the server. If you really need to have no trusted server (which should be safe with a trusted proxy, but...) some IIP like scheme may work.
What other application do you want? Secure anonymous UT2k4? Your network won't do it - the pings would be absurd, but I'm sure whoever needs it can design it.
Having full generic TCP/IP support in your secure network could even be a security issue - you may assume that your existing network software will be secure over the new network and get owned by an unexpected DNS lookup or something.
*shrug*
If a companies profits go up, it puts them in a position where they can offer their products at more competitive rates.
This is just as true with interest rates at a bank as it is for any other compeditive offering.
So there's absolutly no limit to the number of hops in a route, and you have less scalability than Gnutella or even Mute? Awesome concept.
With a properly working torrent with a good primary seed you will have very similar user performance to an FTP/HTTP download.
The problem comes when some content provider expects Bittorrent magically supply all the bandwidth for their content, or when you're using an underseeded less-than-legit torrent.
To recap: Just like any other distribution protocal, if no one is providing bandwidth, you're not going to be able to download. The benifit with bit torrent is that you can provide only the bandwidth for 2 or 3 users and that will be enough to support a much larger number of downloaders.
I hope that distributing files via bittorrent becomes a lot more popular for sites like FilePlanet - that may promote syncronous data connections for home users in the long run.
Now I'd tend to agree with you, but did you even read the post you are replying to?
Given an actual history for the information-linked use of the word Piracy, it's probably best to just embrace that usage.
The next step is to wear a pirate hat and say "Arrr, Me Mateys!" a lot, so that when the ??AA use the word Piracy they sound ridiculus.
You'll spontaniously levitate - or at least that's a similarly likely risk.
Probably if you put tens or hundreds of thousands of volts through a circut intended for microvolts, it'll just quietly burn out.
"Because we can't be bothered to actually protect your money, we instead offer this wonderful customer service line at 1-800-YOU-WAIT..."
I'd rather their systems actually be secure in the first place. That means less losses to fraud, which means more profits, which means they can offer better interest rates on their accounts.
There are two possible results of a bad buisness decision:
- The company dies.
- The customers pay for it.
Used Glade recently?
It's an excellent tool for the Python / C rapid development methodology, as well as for speeding up programming in any of the languages it supports.
It looked like the parent was talking about 3 separate commands "Up / Down / Next". You're talking about 5 separate commands (Up, Down, Left, Right, Click), four of which are analog / high resolution.
However much you might think your dreams have a lot of detail, it isn't true. What's really happening is that your brain uses an amazingly efficient compression technique for dreams - where only the data you're concentrating on is even being generated.
Yea, but when you got HBC 0.92 beta, and the new robo-arm needs HBC 1.1 that'll be the suck. Especially if the 0.92 beta implant procedure was destructive.
I don't know about .NET being 5 years old. By that math Parrot is like 3 now.
You've commented that monopoly-breaking is fair in the case of government granted monopolies. Well, Microsoft does have a goverment granted monopoly: Copyright on their software.
You've just made it so they have to capture both the auth servers and the data servers at once.
Try this protocal:
The server comes up normally, it has normal unencrypted disks except for one partition.
Whenever the server reboots, it pages a sysadmin.
If a sysadmin gets paged, he uses SSH to login to the server and manually mounts the encrypted partition - using cut + paste to get the passphrase to the SSH window.
You seem to think that common criminals fucking with you is a bigger problem than goverments fucking with you. I think you're the fuckwit.
There was a time when, in order to get a patent application accepted, you had to bring in a working model of your device for the patent office to play with.
Obviously "working model of your device" is meaningless to patents now though...
We could actually have a relevent internet debate, with references, or we could have a bunch of posts like the parent and get nowhere. I'm guessing we get nowhere.
Not much. I don't know about Java, but I've written some pretty simple perl code to re-write C, Python, and Perl code. Usually all you have to do is check for word borders (i.e. s/\benum\b/myEnum/g;).
By the time Longhorn comes out, a terrabyte will be nothing. We'll have 100 terrabyte removable optical media, and Verizon DSL will be offering 1.5 meg down / 256k up for $69.95/month!
How was the two party issue by design? Explain this one to me. As I understand it, there is no inbuilt system of "Political Parties" in the US system the way there is in various other systems.
The "Trademark Java and don't let people call things Java that aren't Java" plan works perfectly. If it doesn't adhere to Sun's Java standard, there's no reason anyone should be calling it Java anyway.
No, the real geek has a webserver running on a Sega Dreamcast with a SATA hard drive.
The CRTs are no where near as bad as you seem to think.
- You definately don't loose an inch on "black bars" if you adjust things right.
- Flat CRT monitors are standard issue now - there are no price or performance issues with them.
- The CRTs are slightly less sharp than the LCDs, but on the other hand they have a reasonable (i.e. greater than 60hz) refresh rate, so no ghosting.