Slashdot Mirror


Spying On Tor

juct writes "The long-standing suspicion that the anonymizing network TOR is abused to catch sensitive data by Chinese, Russian, and American government agencies as well as hacking groups gets new support. Members of the Teamfurry community found TOR exit-nodes which only forward unencrypted versions of certain protocols. These peculiar configurations invite speculation as to why they are set up in this way. Another tor exit node has been caught doing MITM attacks using fake SSL certificates."

198 comments

  1. Conclusion: by Anonymous Coward · · Score: 3, Insightful

    You have to know what you're doing to have security. I know it's getting old, but plug-in security simply does not exist.

    1. Re:Conclusion: by s20451 · · Score: 5, Funny

      Tor is so easy to abuse (if you run a tor server) it's not even funny. Just take a look at the code, it's trivial to hack. It's funny how much of the OSS community are proverbial sheeple, believing that since it's open source, it must be secure.

      It's for exactly this reason that Tor should adopt AGPL. That way, if the Chinese government ran a hacked Tor server, they would have to release the source code as well and the hack would be obvious.

      --
      Toronto-area transit rider? Rate your ride.
    2. Re:Conclusion: by Anonymous Coward · · Score: 1

      Well if you encrypt your messages, at most you expose your route, but at least the contents is still private. And yeah, a series of rogue TOR Servers could collude and report messages to each other (e.g. to figure out the route).

      So in essence ... Tor is useless. Yipee.

    3. Re:Conclusion: by Anonymous Coward · · Score: 0

      I know you are joking, but this sort of naivety pervades the OSS community. OK, maybe it is asinine to believe a hacker would release the source code but it is not far off from thinking that OSS is secure because it is OSS.

    4. Re:Conclusion: by Stewie241 · · Score: 1

      I don't think that helps at all... There would be no way to ensure that the code being run corresponds to the source code being released. AGPL does nothing for security. The decision at the end of the day is who do you trust?

      In fact, releasing the source code would make it easier to convince people it is safe, because some might even look at the code and say, "well, looks okay..." But what is actually being executed? Who knows.

      AGPL won't help security... having to release the source is intended to increase sharing, not security. The point of a hacked site is for it to operate like a non-hacked site.

    5. Re:Conclusion: by X0563511 · · Score: 1

      You realize when you run tor you get a big warning about it being experimental software, and not to use it for strong privacy? HEED THE WARNINGS. Contents may be hot, handle with care.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    6. Re:Conclusion: by Anonymous Coward · · Score: 5, Funny

      It's for exactly this reason that Tor should adopt AGPL. That way, if the Chinese government ran a hacked Tor server, they would have to release the source code as well and the hack would be obvious.

      The problem is, a couple hours after suing the Chinese, you want to sue them again.

    7. Re:Conclusion: by kdemetter · · Score: 1

      thinking that OSS is secure because it is OSS. The idea is quite simple . If you make something open source , you will have to do everything you can to make the application secure , because anyone can read the flaws . But you still need people who can make the application secure .

      Security based on secrecy is bad security .

      And well , Tor never claimed that it couldn't be abused .
      Personally , it's a nice experiment , and it will no doubt keep improving .

    8. Re:Conclusion: by dave562 · · Score: 3, Informative
      And well , Tor never claimed that it couldn't be abused .

      Very true. During one of the original presentations done at Defcon it was mentioned that Tor was already being abused by the government to obfuscate emails for political purposes. It was also mentioned that at the time of the presentation, the potential for both an entry and exit node to be on machines connected to a Level3 connection. One of the big concerns at that point was that with the increased consolidation of backbone providers, it will become more and more difficult to achieve the aims of anonymity.

    9. Re:Conclusion: by Kadin2048 · · Score: 5, Informative

      Tor is so easy to abuse (if you run a tor server) it's not even funny. Just take a look at the code, it's trivial to hack. It's funny how much of the OSS community are proverbial sheeple, believing that since it's open source, it must be secure. I know I'm feeding a troll here, but I think this is an opportunity to clarify a point: Tor does one thing, and does it pretty well. It hides your IP address from the server you're connecting to. That's it.

      It's not a "plug in security" solution, and it's not meant to protect your traffic from people snooping on it in transit. If you want that, you need to use some sort of end-to-end encryption on top of Tor. (And you need to use some form of encryption that doesn't positively identify you, or else you might as well not use Tor to begin with.)

      These kind of "attacks" are trivial because they have nothing to do with Tor's actual function. They're taking advantage of user stupidity, not a design flaw.
      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    10. Re:Conclusion: by Anonymous Coward · · Score: 0

      When I first started using tor...i was doing whois on all of the nodes I was connecting to. They were all different IP addresses, linked to the same company in Washington DC. Did this over 15 time with the same result

    11. Re:Conclusion: by Anonymous Coward · · Score: 0

      Yeah, whatever. So you saying that this uber-secret Washington DC company hasn't heard of whois? I call bullshit.

    12. Re:Conclusion: by BigGerman · · Score: 1

      mod parent up. Tor is for anonimity not encryption.

    13. Re:Conclusion: by Touvan · · Score: 1

      This is a similar argument to what would make voting machines ok. There is nothing stopping anyone who runs a machine from releasing code that isn't being used to run the machine. You can't look in the machine and verify that the code you have been given is the same as the compiled code running at the moment.

      As long as that is the case, you will always have to trust your provider. That's why voting machines can't be trusted (there's too much incentive to tamper by various parties). It's the same with any security. There's always a level of trust involved.

    14. Re:Conclusion: by FreakWent · · Score: 1

      If people are setting up TOR exit points which do not correctly forward packets, doesn't this kinda break TOR for everyone? Since you can't choose your exit node I can imagine that this might cause problems. Am I wrong here?

    15. Re:Conclusion: by AlexMax2742 · · Score: 1

      You do realize that you're talking about China, right? The same China that can't seem to grasp the concept of intellectual property and is the piracy capital of the world, right? What makes you think that they would actually care about breaking the GPL? Who would take them to task over it? You?

      --
      I'm the guy with the unpopular opinion
    16. Re:Conclusion: by Anonymous Coward · · Score: 0

      To clarify: With plug-in security I meant the idea that you can just put a box in your network path or install a software and be secure from having your identity revealed. I wasn't talking about the kind of security which keeps your system clean or your data private.

    17. Re:Conclusion: by totally+bogus+dude · · Score: 4, Informative

      Not really. The tor configuration lets you specify an "exit policy": addresses and ports which you will allow your node to be used as an exit for. Tor clients know what the exit policy of each node is, and don't try to exit out of a node which doesn't allow those connections to be made.

      It's only disruptive if you use a firewall to prevent certain connections, and don't let tor know that you're doing so. In that case, a client may select you as an exit node, but the connection will fail. If you configure your exit policy to match your firewall policy, then clients know your server won't allow their connection to a particular host/port, and won't select it as an exit node.

      Therefore, if your purpose in running tor is to snoop on unencrypted traffic, you would set your exit policy not to allow connections to port 443, because that's almost always encrypted, and thus minimise the amount of traffic exiting your node which you're not able to sniff. Or more likely, you'd set it to only allow connections to port 80 or whatever it is you're interested in.

      Note that exit policies are very useful and quite legitimate. For example, I run two tor servers: one on my own dedicated server at a US colo facility on a dedicated IP address, which uses the standard tor exit policy which is fairly permissive. At work we have an unmetered fibre connection we don't use much, so I run a tor server here with a highly restrictive exit policy: deny everything (in other words, it's purely a relay or entry point, not an exit point). This limits our exposure; I'm willing to deal with people complaining about abuse from my own server, but I don't want to get our organisation involved in such disputes.

      Most tor servers won't allow you to connect to port 25, as another example, because that effectively turns your tor server into an open SMTP relay.

    18. Re:Conclusion: by Anonymous Coward · · Score: 0

      +1 troll

    19. Re:Conclusion: by Dryanta · · Score: 1

      You remember in BSG how they rigged the election with paper ballots? Regardless of the voting method the prospect of tampering is always there.

    20. Re:Conclusion: by anthonys_junk · · Score: 1
      China certainly has a good grasp of intellectual property, but just doesn't give a shit about the IP of other countries. When someone fakes Chinese stuff though, watch out:

      On October 18, 1992, the Gulzhou Higher People's Court sentenced Luo Deming to death; he had produced and sold 40,000 bottles of counterfeit Maotai wine at a profit of approximately RMB 260,000. On April 29, 1993, the Kunming Intermediate People's Court sentenced one defendant to death and six others to life imprisonment, they had sold counterfeit 'Red Pagoda Mountain' cigarettes for an illegal profit of approximately RMB 150,000. It may be commented that the cases show that China's government through its judicial system has steadily increased its umbrella of control over counterfeiting.
      stolen shamelessly from this article So while I agree with the end result, the truth is far more miserable than a lack of understanding.
      --
      Barbara Felden claims prior art on the flip phone, sues Motorola, Nokia.
    21. Re:Conclusion: by Touvan · · Score: 1

      I love that show. :-)

      In that episode, they were trying to steel a very close election by tampering with a relatively small portion of the vote ballots. They didn't get away with it, precisely because of the number of sets of eyes and hands - and loose lips - that had to be involved in the counting process. That's exactly why hand counted ballots are the only way to go. If they had used networked computers, one individual could have skewed the results in a way that would not have been detectable by anyone, and their would have been far fewer loose lips. Even without networked computers, a single voting machine, or a set of them could have had tampered OS installed that was virtually untraceable (or even worse if the software comes from one source). In that case, the counts would simply be wrong - wrong enough, that no one bothers to check the paper receipts (most states have laws for recounts that say you need to have close results to warrant a recount - less than 3% and such).

      The short of this is, you are never going to be able to disincentivize cheating in political voting. You are also never going to be able to create a 100% accurate and 100% uncheatable system. The best you can do is make it hard, and expensive to cheat, by creating a lot of different points of failure for the kinds of cheating that are likely to occur. Computers make it too easy, for too few to steal elections.

    22. Re:Conclusion: by Kadin2048 · · Score: 1

      To clarify: With plug-in security I meant the idea that you can just put a box in your network path or install a software and be secure from having your identity revealed. I wasn't talking about the kind of security which keeps your system clean or your data private. Okay, but I think a better term might be "plug-in anonymity," since what Tor offers isn't really 'security' in general. It's a very specific kind of security, perhaps, but it's not a security solution generally.

      And I think given that definition, Tor does pretty well -- it *is* basically a drop-in solution if what you really need is just anonymity. Of course, it doesn't stop you from giving away the store in some way that doesn't use your IP address, but no system can.
      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    23. Re:Conclusion: by irc.goatse.cx+troll · · Score: 1

      If you're using encryption that can't identify you on top of tor, you have no identification and better have a really important message to get out, otherwise any identity you claim to have will be re-used by the governments version of "Disregard, I suck cocks -OP", just look at 4chan's forced anonymous if you need proof.

      Certainly still useful, but really limits any longterm connection you could make with someone else. Good for whistle blowing, not for organizing anything.

      --
      Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
  2. Is this not what that swedish hacker said? by TheSciBoy · · Score: 3, Insightful

    This is what happens in a knee-jerk-reaction-based society. You point out a security flaw, instantly identifying yourself as a security threat, get thrown into jail and while your very public trial is going on, the real bad guys are utilizing the very security flaws you found to do Bad Things(TM).

    Good grief.

    --
    Badgers, we don't need no stinking badgers! - UHF
    1. Re:Is this not what that swedish hacker said? by Z00L00K · · Score: 3, Interesting
      That's the normal situation - governments are permitted to do anything that's criminal for a normal citizen. As soon as you do anything is government approved or required it's no longer an issue of breaking the law. Even if it's morally wrong.

      The problem here is that the guy revealed one of the weaknesses that's utilized by governments all over the world and suddenly that leak was quenched.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    2. Re:Is this not what that swedish hacker said? by Anonymous Coward · · Score: 0

      That is what he said, but he made the mistake of a) not just observing other people's mischief but doing it himself and b) publishing the ill-gotten information. He paved the way though, so that saner ways to look at the problem would get noticed.

    3. Re:Is this not what that swedish hacker said? by Frosty+Piss · · Score: 4, Insightful

      The problem with the guy you're talking about is not that he pointed out some issues with TOR, but that he then proceeded to disclose 100's of user ID and password combos. Totally unnecessary and irresponsible.

      --
      If you want news from today, you have to come back tomorrow.
    4. Re:Is this not what that swedish hacker said? by Anonymous Coward · · Score: 0

      Yeah, but it's not illegal.

    5. Re:Is this not what that swedish hacker said? by Anonymous Coward · · Score: 0

      That's one more reason to get rid of government.

  3. MITM by MartinG · · Score: 4, Interesting

    I've seen ssh MITM attempts myself with tor, but this can easily be avoided by ensuring you check your fingerprints. You do check your fingerprints, don't you?

    --
    -- MartinG To mail me: echo kewyjlcxyzvjfxbqwh | tr bcefhjklqvwxyz .@adgimnoprstu
    1. Re:MITM by Anonymous Coward · · Score: 0

      Yes, I know them like the front of my hand.

  4. Team Furry? by Odiumjunkie · · Score: 3, Funny

    > Members of the Teamfurry community found TOR exit-nodes which only forward unencrypted versions of certain protocols.

    Are they worried that the Chinese will intercept pictures of them dressed like this?

    1. Re:Team Furry? by Anonymous Coward · · Score: 0

      lulz @ troll mod. Furfags? On MY slashdot?

    2. Re:Team Furry? by Anonymous Coward · · Score: 0

      Another perfect example of Slashdot's groupthink being confused - 2, Troll?

    3. Re:Team Furry? by Anonymous Coward · · Score: 0

      You Sir, have won the interwebz!

    4. Re:Team Furry? by necro2607 · · Score: 1

      Yeah either that or they're worried about having their personal videos found... heheh

    5. Re:Team Furry? by Rude+Turnip · · Score: 1

      Wow, I think I'm going to stop going on the internet now.

    6. Re:Team Furry? by Dahan · · Score: 0

      It's more likely than you think.

    7. Re:Team Furry? by Anonymous Coward · · Score: 0

      Huh? When I clicked on that link, I kinda expected a cheap, baggy, mass-produced crap costume - the kind that anti-furry trolls usually seem to love and that I've never seen in the actual furry fandom.

      Instead, I get a picture of a cute, well-done, and - dare I say it - *sexy* costume that somebody obviously put a lot of work, energy, time and money into.

      I'm sure you're just being funny instead of trolling (no really, I am - that's not sarcasm), but whoever made that picture really must live in bizarro world if they consider THAT costume "sad" or "pathetic".

  5. trust. by apodyopsis · · Score: 0

    and once credibility is tainted or the finger of suspicion is pointed then nobody will trust it again. as trust is like love, in that it must be built up over a period of time - but can be destroyed in an instant.

    burp.

    1. Re:trust. by Anonymous Coward · · Score: 1, Insightful

      trust is like love, in that it must be built up over a period of time - but can be destroyed in an instant.
      Oh poor guy, you have never experienced real love.
  6. Whew. by Anonymous Coward · · Score: 1, Funny

    It's good to know the furry community is keeping us abreast of these security concerns.

  7. No expectation of anonymity by athloi · · Score: 5, Insightful

    How does anyone expect anonymity? Traffic must somewhere go through ISPs, most of which rent their upstream from large providers like AT&T, who is surely not the only large corporation to get in bed with the government or anyone else who can pay. Enough of that information loaded into a database and compared will yield information about the suspect, even if it's too complex to explain to a "jury of your peers."

    If you want anonymity, SSH through a string of compromised Eastern European servers to a comfortably log-agnostic Indonesian ISP, and do all your surfing through Lynx/Links. That's the only stab at anonymity you'll get, and they'll probably just install a keylogger anyway. Freedom is slavery.

    1. Re:No expectation of anonymity by vertinox · · Score: 1

      How does anyone expect anonymity?

      It isn't as much as anonymity, but rather when the authorities or ISP ask "Who is Sparticus?!" everyone shouts "I am Sparticus!"

      Of course what has been happening here is that not everyone has been going along and the concept fails.

      I believe true internet anonymity can achieved if there are multiple trusted destination sources and proper encryption between them.

      As in if you encrypt your data (with a one time pad), cut it up into multiple different chunks and send it to multiple recipients who blindly send it to a source who they don't repeat who they got it from and the second tier only knows who the real recipient in and so on and eventually it gets sent to a single recipient down the chain.

      That way, the ISP can see that you send encrypted stuff to a lot of people but not know what or who it was going to. They would still know you are doing it, but thats about it.

      However, if enough people on the chain of blind senders/recipients decided to not follow the rules and started telling more info than the should then the ISP and or powers that be can start tracking who is who.

      --
      "I am the king of the Romans, and am superior to rules of grammar!"
      -Sigismund, Holy Roman Emperor (1368-1437)
    2. Re:No expectation of anonymity by Anonymous Coward · · Score: 1, Interesting

      Nice try, but a protocol for perfect anonymity has already been described:

      http://www.ece.cmu.edu/~adrian/731-sp04/readings/dcnets.html

      Not sure if there are any actual implementations yet.

    3. Re:No expectation of anonymity by Sancho · · Score: 1

      However, if enough people on the chain of blind senders/recipients decided to not follow the rules and started telling more info than the should then the ISP and or powers that be can start tracking who is who. I'm not sure how true that is. The recipient of the message never knows whether the previous node was the originator of the message. The government or ISP would only be able to trace the connection back to the last host that they controlled. Beyond that, they don't know whether the message originated there or at a prior node.
  8. not so fresh by cpearson · · Score: 2, Interesting

    Old news is better than no news... i guess. /.ers have know that TOR exit notes where being sniffed for a while now and hackers certainly much longer than that.

    --
    Windows Vista Help Forum
    1. Re:not so fresh by Anonymous Coward · · Score: 0

      Yeah. Remember Dan Egerstad, the Hacker of the year.

    2. Re:not so fresh by necro2607 · · Score: 1

      "i guess. /.ers have know that TOR exit notes where being sniffed for a while now and hackers certainly much longer than that."

      Haha, you imply that /.ers and hackers are mutually exclusive.. ;)

  9. Re:you're insane to use TOR for anything serious by Frosty+Piss · · Score: 0, Redundant

    TOR is a great concept but horribly slow and certainly insecure by default
    I'm sorry, what?
    --
    If you want news from today, you have to come back tomorrow.
  10. Wolves in Sheep's Clothing by ChromaticDragon · · Score: 1

    Isn't this just pretty much a direct consequence of the nature of TOR pretty much assuming that everyone uses it the way it was intended?

    Or otherwise stated, TOR is like a flock of sheep where a wolf cannot bite down on one since they're all on some sort of merry-go-round? But a wolf could simply hop on the merry-go-round and feast?

    As the article has repeated, if you're interested in security it seems you really ought to apply your own encryption on top of TOR.

    However, even if you do that are you truly anonymous? Is there any way to determine both ends of a conversation (either email or sessions)?

    1. Re:Wolves in Sheep's Clothing by koehn · · Score: 3, Interesting

      As the article has repeated, if you're interested in security it seems you really ought to apply your own encryption on top of TOR.

      However, even if you do that are you truly anonymous? Is there any way to determine both ends of a conversation (either email or sessions)?


      There's no way to guarantee that your communications over TOR are anonymous, and they're pretty upfront about that in the documentation. It's pretty easy for a government (or just about anybody, really) to add enough nodes to TOR to have a reasonable likelihood of being all three nodes in your conversation (entrance, middle, and exit). The nodes need to be geographically distributed, but that's easy for governments and easier for hackers, who have access to botnets of machines all over the world. Once they've got enough nodes out there, it's pretty easy to tell who's sending all that traffic, and where it's going.

      Again, adding encryption helps keep your data from being sniffed (as long as you know you're not hit by MITM, see other comments about PKI), but TOR doesn't protect your anonymity against a sophisticated (and reasonably well-funded) attacker.

    2. Re:Wolves in Sheep's Clothing by davidsyes · · Score: 0, Troll

      Looks like someone Tor a new ass...and the big, fe(de)ral wolf is deeply embedded... hungry like the poof, umm, I mean wolf. I think someone IS crying wolf. End-to-end connect-shun with a big, hoary man-in-the-middle of the comm stream.... Jacking the pipe, sucking off the line...

      --
      Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
  11. Shared keys, browsers, and malice by Valdrax · · Score: 1, Interesting

    Or by using private-key encryption whenever possible. Of course neither solution means anything when you're trying to use an e-commerce site with SSL. Browsers don't offer a solution for checking the security of the connection against MitM attacks.

    I find it interesting and openly malicious that encrypted protocols are blocked at some exit nodes. This may explain some intermittent problems that I've been experiencing with some of my apps that use TOR and encryption.

    --
    If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
    1. Re:Shared keys, browsers, and malice by Anonymous Coward · · Score: 3, Informative

      Huh? You make no sense. SSL is private-key encryption. Every browser I have ever touched does offer a solution for checking against MITM attacks, namely by warning if the certificate is self-signed or doesn't match the site that sent it.

    2. Re:Shared keys, browsers, and malice by Valdrax · · Score: 1

      What are you talking about? SSL certificates are/contain public keys. Read more about the SSL and TLS handshaking procedure.

      Also, what happens when you visit a site that signs its own certificate? It's not that hard in doing a MitM attack to fake being that site's unique certificate. Unless you're dealing with a site that you absolutely know uses a trusted third party certificate, then you're SOL.

      Also, a government-run MitM node could very well possess a CA's private key and be able to fake legit certificates -- granted, that's paranoid -- whereas its significantly less likely that they could fake the fingerprint of joe random SSH server.

      --
      If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
    3. Re:Shared keys, browsers, and malice by Anonymous Coward · · Score: 0

      Or by using private-key encryption whenever possible.
      See, this is where you went wrong. You used the ambiguous term "private-key encryption", and while you thought you were talking about symmetric encryption, everyone else thought you were talking about asymmetric encryption, since that's the only context in which it makes sense to talk about "private keys" -- in any other form of encryption it pretty much goes without saying that the key is private!
    4. Re:Shared keys, browsers, and malice by mrbluze · · Score: 1

      Also, a government-run MitM node could very well possess a CA's private key and be able to fake legit certificates -- granted, that's paranoid -- whereas its significantly less likely that they could fake the fingerprint of joe random SSH server.

      What's to stop a government having a finger in the certificate authority's servers? As you say, it's paranoid, but it does pose a big problem for someone who, for example, is actually doing something against the government in question.

      Perhaps there could be a new way of certifying keys? Maybe on the basis of social networking, or some other decentralized method. Something that would cost too many resources for them to fake. I guess it's all been thought about before in any case, but I hope that the makers of tor find some kind of workaround and assurance for this.

      --
      Do it yourself, because no one else will do it yourself. [beta blockade 10-17 Feb]
  12. Do fancy locks attract thieves? by G4from128k · · Score: 4, Insightful

    Perhaps the problem is that using an anonymizer makes someone a more interesting target to authorities. Like the old adage of attacking the bank because "that's where the money is," perhaps some people are attacking Tor because "that's where the secrets are."

    --
    Two wrongs don't make a right, but three lefts do.
    1. Re:Do fancy locks attract thieves? by mmcuh · · Score: 1

      Or maybe because it's easy. Setting up an exit node and snooping on the unencrypted data coming through requires a lot less work than listening in on normal internet traffic.

    2. Re:Do fancy locks attract thieves? by Anonymous Coward · · Score: 0

      Did you used to play the Unreal Tournament demo a lot on Instagib? If so, Hi. :p

  13. Only problem with TOR by Casandro · · Score: 1

    The only problem with TOR is that it's currently mostly used for 'interresting' from an attacker's point, trafic. If TOR would be used for anything, nobody would evesdrop on the exit nodes anymore.

    BTW, it's not like your ISP won't spy on you.

    1. Re:Only problem with TOR by Anonymous Coward · · Score: 0

      Ok, because my ISP has cracked all the available public key encryption algorithms and can sniff my encrypted traffic (in realtime) at will.

  14. a more wretched hive of scum and villainy by davejenkins · · Score: 4, Interesting

    1. set up a data-laundering haven
    2. advertise amongst the warez people and criminal element
    3. let enough criminal traffic (drug trafficking info) go through to build up trust that the laundering 'really works'
    4. Wait around for the stuff that is important (like nuclear codes or enemy state intel)
    5. ???
    6. Promoted to section chief at the invisible mansion! (Profit!)

    I don't have one lick of proof to say that our friends in Maryland or their cousins in Langley set this thing up from the beginning, other than it's an obvious slam dunk for them. I don't think the NSA is monitoring certain ports, I think they own the whole thing.

    1. Re:a more wretched hive of scum and villainy by dave562 · · Score: 1
      I don't have one lick of proof to say that our friends in Maryland or their cousins in Langley set this thing up from the beginning, other than it's an obvious slam dunk for them. I don't think the NSA is monitoring certain ports, I think they own the whole thing.

      You don't really need any proof. My recollection is that the author of the program admitted that he created it while under contract to US Naval Intelligence as a means of obfuscating their traffic.

    2. Re:a more wretched hive of scum and villainy by johannesg · · Score: 2, Interesting

      I have been saying this about Google for a long time. What is the best way to know what people are thinking? Make it easy to answer their questions. What is the best way to know what they are talking about? Offer them an easy, free communication mechanism. What is the best way to know what part of the globe they are interested in? Offer them free maps...

    3. Re:a more wretched hive of scum and villainy by Anonymous Coward · · Score: 0

      I don't think the NSA is monitoring certain ports, I think they own the whole thing.
      If TOR was based on servers, I'd be willing to believe you. But it's peer-to-peer for fuck's sake! Are you seriously suggesting that all those TOR nodes in Germany, and Finland, and China, and South Africa, are being run by American intelligence? I can believe that the NSA is in bed with AT&T, but it's hard to see exactly what kind of pull they'd have over a German ISP!
  15. Trust by adrenalinekick · · Score: 1

    Old news I know, but this once again brings up the issue of trust. I am only familiar with the TOR protocol/Onion routing at a high level, but is it possible to somehow revamp the protocol and include a trusted node-ranking system? Think slashdot style mod points applied to a TOR server. Obvious DOS attacks exist with this method, but refined a little it may work.

    Even so, I'd still try to browse using HTTPS everywhere I go. (Granted that doesn't stop people from knowing what sites you browsed...)

    1. Re:Trust by houstonbofh · · Score: 1

      Old news I know, but this once again brings up the issue of trust. I am only familiar with the TOR protocol/Onion routing at a high level, but is it possible to somehow revamp the protocol and include a trusted node-ranking system? Think slashdot style mod points applied to a TOR server. Obvious DOS attacks exist with this method, but refined a little it may work.

      And exactly how would you know if someone is sniffing if they do not publish the results? The fact is that this is a security/anonymization system built on trust. If we could trust people, we would not need a security/anonymization system...

    2. Re:Trust by stevey · · Score: 2, Interesting

      Given the number of hijacked machines taking part in the Storm worm, for example, any popularity contest could be skewed by a maliciously motivated attacker.

      The big issue with tor is that you're magnifying your exposure. By default you're vulnerable to sniffing by your ISP, and all the people they peer with till you get to your endpoint. With tor in the mix you're vulnerable to sniffing from your ISP, and any number of random people who've elected to host a tor node.

      Sure you've bounced your connection around to essentially mask the source & destination from the end-point and your ISP - but you've introduce a whole load of untrusted hops as part of that.

      If you care about security the idea of passing unencrypted traffic through even more random machines should scare you ..

    3. Re:Trust by davidsyes · · Score: 1

      I've ALWAYS suspected, and will continue to suspect, that those discs comcast and other ISPs give to windoze and Mac users is to install a keystroke tool or some back door onto the machines.

      My fierce assertion is this: You wanna sniff my ass? DO SO AT THE DEMARC, FUCKERS.

      If I EVER open an internet cafe, I will post signs:

      "Not forced to comply with a court-ordered wiretap in [ ] days.

      "Along with a "Safe working, accident-free [ ] days..."

      "TRUST NO ONE: Assume this computer, or at least your session on it, is compromised. It's clean ONLY when the drive is wiped, the keyboards are melted, the other hardware disconnected from the Net/Web/Internets, as keystroking/data logging activities go. Be on your best behavior. Thank your emperors and governors..."

      And, those computers would be Linux-based machines. Anyone wanting to use windoze would have to bring in their own machine (laptop) if they want a connection.

      --
      Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
  16. Ludicrous by vvaduva · · Score: 0, Interesting

    The idea that anonymous routers/nodes can offer your secure routing of traffic is laughable. Since most folks don't understand the difference between anonimizing traffic and securing traffic, the entire conversation is a waste of time. The observations are interesting, but they are not surprising at all.

  17. Not what tor was intended for! by sammydee · · Score: 5, Insightful

    Tor was never intended to SECURE traffic. It is an ANOMYMISER. It is designed to cope with compromised nodes and still provide military grade anonymity.

    It's important to remember that security and anonymity are different things.

    1. Re:Not what tor was intended for! by Anonymous Coward · · Score: 0

      MOD PARENT UP

      It's just like Stallman says about the term "Intellectual Property" being a term that creates a muddy confusion between Copyrights, Trademarks, Patents, and other laws. The term "security" is now a muddy confusion of anonymity, privacy, and access control. TOR isn't going to automagically make your data unreadable, break CIA/NSA ciphers, or tell you where Hoffa is buried. Hell, the **AAs are so confused about "security" they think it means the end-users can be prevented from copying a message they are intended to receive!

    2. Re:Not what tor was intended for! by russ1337 · · Score: 0

      Exactly. If I was ever going to use a p2p for illegal file sharing (Disclaimer: I do NOT illegally file share,) I'd make sure I used azureus bittorrent client through the TOR network - (azureus supports TOR)*. That way, my IP address as seen from the MAFIAA would be seen as the TOR exit node, and they'd never be able to see me on the other end.

      The TOR exit node can sniff my traffic all they want, but they ain't finding anything personal beyond a penchant for the latest movies and certain types of pr0n.

      *Sure, TOR aint big fans of people chewing up BW with p2p, but better that than being sued right? You could always use a live CD with azureus and configure TOR manually so if power was shut off to the system its configuration would be lost - but that's just tinfoil hat now aint it?

    3. Re:Not what tor was intended for! by Cal+Paterson · · Score: 2, Insightful

      *Sure, TOR aint big fans of people chewing up BW with p2p, but better that than being sued right?
      No, not "better that than be sued". You're just making tor more difficult to use for what it really is for; information censured for political reason. Tor really does help chinese nationals (at least, those that are aware of it and able to use it), you're just ramming nodes with your idiotic hollywood film traffic.
    4. Re:Not what tor was intended for! by Anonymous Coward · · Score: 0

      This is an example of the tragedy of the commons at work.

      TOR is not intended for someone to download the latest Britney Spears video, its intended to allow people to view and interact with websites and other Internet services. Running P2P through TOR nodes only causes node operators to have to throttle traffic or be forced to shut down their exit node completely (because a lot of sites have to pay for every single byte through their network, and every bit of TOR traffic means two bits on their meter), which hurts the network as a whole.

    5. Re:Not what tor was intended for! by russ1337 · · Score: 1

      You're just making tor more difficult to use for what it really is for
      I thought I'd made it clear: "If I was ever going to use a p2p for illegal file sharing" and "Disclaimer: I do NOT illegally file share, ".

      So no. I'M NOT doing anything of the sort.

      But thanks for caring.
    6. Re:Not what tor was intended for! by misterqwertz · · Score: 1

      The problem is the psychological one. The title of Tor as "security program" can mislead to ALL-IN-ONE-WONDER-BUNDLE way of thinking.

    7. Re:Not what tor was intended for! by FreakWent · · Score: 1

      Movie Piracy is an example of the tragedy of the commons at work.

      It is not intended that someone download the latest Britney Spears video, it's intended that people purchase a copy from the legitimate owner of the copyright. Running P2P to download commercial works only causes artists to have to lose sales or be forced to shut down their creations completely (because a lot of artists have to pay for every single work they create, and every, and enough free downloads means at least one lost sale), which hurts the industry as a whole.

      Sucks to be on the other side!

    8. Re:Not what tor was intended for! by Cal+Paterson · · Score: 1

      It is standard practice to deny breaking the law, even when one does so. Not that I am able to tell either way, but I still casually disbelieve you.

      Excuse me if I take exception to someone supporting an unethical position. Bittorrent is by a long, long way the most common abuse of the tor network. It's bad to do it, and it's also bad to advocate it.

  18. How can ... by Anonymous Coward · · Score: 1, Informative

    people be smart enough to setup tor, but not smart enough to use GPG/PGP/etc. ?

    TOR is *not* a privacy tool in the sense it hides your message contents. It hides your route. So with Tor people know what is being sent, just not who is sending it.

    It's not hard people, encrypt your traffic, then send it through TOR. OMG wow, I R SMRT!

    1. Re:How can ... by emj · · Score: 1

      Have you ever tried to set up GPG? It's really a lot of things to get right directly you need to know about keyservers and how to send publickeys in a secure way etc. etc. And you need to know all the commands.

      To install TOR I did, click on "install new packages", find TOR, install. Change to the Proxy gateway. I actually forgot that I was using TOR..

    2. Re:How can ... by DarkSarin · · Score: 1

      Sending public keys in a secure way? Hmmm?

      I may be wrong, but I thought the point of a public key was that it didn't need to be secure. I publish my public key on my website (this is hypothetical-I don't really, though I should), and then ANYONE can use it to send me encrypted data. Then, to decrypt it, you need the private key. Period. No one should ever have your private key for any reason. If they do, then you need to ditch it and the public key and start over, as you have been compromised. There should never be a reason to send your private key to anyone. If you need to transfer it to a new computer, I suggest using a usb key to temporarily store it, but you'd have to ask the experts on how to do that.

      --
      "We don't know what we are doing, but we are doing it very carefully,..." Wherry, R.J. Personnel Psychology (1995)
    3. Re:How can ... by Fizzl · · Score: 0, Redundant

      publickeys in a secure way

      And why would you need to do that in a "secure way"? Public keys are.... public! For christs sake..
    4. Re:How can ... by Chyeld · · Score: 2, Informative

      Congratulations, you are only half wrong.

      With "Joe Random"'s public key, you can indeed encrypt using it and only the owner of the matching private key can decrypt it. However, who is to say that you are really using Joe's public key?

      And conversely, if you get something signed that can be decrypted using Joe's public key, how can you be sure that it was actually signed by Joe?

      The answer is, you can't. Not unless Joe has a secure way of providing you his public key. Perhaps publishing it to a web site works, if the only part of your identity that is being proven is that you are "Joe of web site X". But that still doesn't prove much about Joe, does it?

    5. Re:How can ... by Ant+P. · · Score: 1

      What's so hard about GPG? You don't need to remember any commands except your password, just install kgpg or something and click pretty buttons.

    6. Re:How can ... by Anonymous Coward · · Score: 0

      I'm sorry, I normally just lurk and read this site, but when I read what you just said I nearly had a stroke.

                I'm really big on PKI (Public Key Infrastructure) cryptography and you're so wrong its not even funny as you can be misleading so many people with what you just posted. Since I was 14 I'd been working with this stuff. Public keys are like many others have said, PUBLIC it matters not who gets ahold of it as it's utterly useless BY ITSELF. Sure some random fool can get ahold of your best buddy Joe's public key and and encrypt a message to you using your publicly available public key, and like you said how would you know Joe was really the one who encrypted and sent it??? YOU WOULD, BECAUSE IT COULD NOT BE SIGNED (or at least if a signature was supplied it would fail testing)...why you may ask??? Simple!!! NO SIGNING GETS DONE WITH PUBLIC KEYS!!! Imagine that, how could you trust a public key for that, the contents are first signed by the private key that is Joe's responsibility to make sure he never gives out and then the signed message is then encrypted using YOUR public key that then you decrypt using your private key and verify the signature using your copy of his public key. Sounds complex but its really not. The strength and basis behind PKI is that everyone has two corresponding keys public and private, they are related, but are not "two-way" keys, they are both one-way each leading to the other. In other words, anything you hash or encrypt using the public key is not unhashable or unencryptable using the same public key, it requires the exact corresponding private key, and vice versa. The second part of the basis is that even if you have the public key, you cannot somehow "reverse engineer" its mathematically corresponding private key (at least not without WAY MORE TIME AND COST than its likely worth, as is the basis of ALL CRYPTOGRAPHY, not 100% fool proof, just 99% being good enough to even deter attempts at cracking it).

      Now you get it? Please read a wikipeida article on the Public Key Infrastructure (PKI) before spewing misinformed garbage that could mislead others...
      Sincerely the crpto-freak...I agree more people should encrypt AND SIGN stuff so it becomes as common place as mailing envelopes.

    7. Re:How can ... by Chyeld · · Score: 1

      I'm afraid you were too busy having a stroke to actually let what I said soak in. I'm sorry.

      My point wasn't concerning anything regarding people getting ahold of "Joe"'s public key. You and the OP are entirely correct that there is virtually nothing nefarious that can be done with someone's public key.

      The point is, HOW do you know that the key labeled "Joe's Public Key" actually is Joe's and not a key created by someone doing a Joe job on Joe? (PS. Since you know what wikipedia is, I won't insult you by telling you to look Joe job up if you don't know what it means.)

      Unless you know Joe, and he's handed you his public key on physical media, you can't know. Not without some other secured method of getting the information from him. In other words, you have no way of proving that who you are talking to, is in fact who they say they are.

      Without that bit of information, your communication is still just as vunerable than it was without any encryption. Perhaps more so, since you are now operating under the assumption that the channel is secure.

    8. Re:How can ... by Samizdata · · Score: 1

      Mmmmkay, I think we're confusing "secure" and "identity verified" here...

      --
      It's not the years, honey, it's the mileage. - Colonel Henry Walton Jones, Jr., Ph.D.
    9. Re:How can ... by Ajehals · · Score: 2, Insightful

      Well the way I normally test to make sure a key is from who it claims to be from is to ask, or more likely because they have told me in advance using a medium that can be trusted (i.e. by phone, or any other communications method that you trust, for me to communicate with you securely getting in touch using the emails listed on /. would probably be sufficient because its not like you know who I am anyway, as long as you are talking to the person you expect to talk to it matters very little who I really am).

      It is perfectly possible to fake almost any element of an email, from faking the sender, the headers, up to and including the creation and registration of encryption keys with PKI servers that have nothing to do with the person the email claims to be from (as far as an email address can claim anything). However, this is where the trust element of PKI comes in. If I sign up with a commercial supplier of PKI related products then that supplier may well carry out a number of checks to ensure that I am who I say I am, if I use a random and badly configured server on the net, it will work just as well but will not have the same level of trust. Most importantly it would then be up to you to decide if you trust my PKI provider to identify me correctly.

      However disregarding the positive identification of a sender to some degree, you can get round most of the problems by using a little common sense, if you received an email from me now, encrypted and signed, all you would know is that someone had sent you an email, claiming to be me. If I call you first and tell you I am about to email you something encrypted, you can be 99.99% certain that its from me (you still don't know for sure who I am, but you know the email came from the person claiming to have sent it). More importantly we only need to go through that once, after all if I signed the message you know who I am and can can now use my public key to send me encrypted communications and you can verify that my key doesn't change between mails (unless I tell you it will be) just as I can do for you. The only remaining risk is me losing my private key, but that's what revocation is for. The big thing with PKI and mail is less to do with positively identifying someone, and everything to do with knowing it is the same person sending the mail (however you verify their identity in the first instance) or being able to ensure that only the holder of a specific private key is able to read an email you send (a key that only they have, and one they never have to share).

      You decide to trust the public key and the identity of the person you are communicating with, if you blindly trust an email because its signed and it turns out its someone else then that's tough, it would be the same as assuming the mails from NatWest and Barcleys Bank I get about my account being closed unless I update my security data are valid and responding. Emails, Signatures, Keys, Passports, Letters etc.. are only valid for identification to a certain level, a level defined by the trust of the person relying on them of the system used to procure them, and the certainty they purport to provide with regard to identification.

      Sorry, this post isn't all that clear and I think I rambled.

    10. Re:How can ... by emj · · Score: 1

      I'm yet to see a good userfirendly GPG implementation that just works. KGPG is the wrong way, you aren't supposed to have to use a seperate program for encryptation, it has to be built in.

    11. Re:How can ... by Anonymous Coward · · Score: 0

      Well I apologize if I came across wrong, it does appear in retrospect you may know how PKI works. And you do bring about a valid point. However, again in retrospect, I realize I neglected to mention an important detail. I am not saying I know how ALL PKI systems work, and I generally have most of my PKI experience working with PGP (and lately mostly GPG). And in those systems there are mechanisms to easily get someone's public key and then through another method that you have to trust blindly which again poses the catch 22 of can you trust that method, verify its the right key. But for example, if I call my friend using a phone number I trust is his after obtaining his public key via a key server, and he picks up the phone and by talking to him and hearing his voice I am fairly 100% certain it is him, I can read off the finger print of my copy of his public key and he can verify its the same as his copy. In any event like another poster mentioned you have to trust you can identify the person verifying the key finger print, otherwise no trust can really be implied. In any event I think even SSL has PKI finger prints, its just no one ever bothers to verify them and uses CAs to authorize and dtermine with any given cert is legit.

      Sorry about that, Happy ThanksGiving...

  19. MOD PARENT UP by Anonymous Coward · · Score: 0

    This whole thread is quite dupeish.

  20. "Sir, there's this anonymizing computer out there people are using."

    "Cool, let's quitely set up computers in line with it and intercept the traffic going to and from it and correlate it with anonymized traffic going the other direction." ...and this is a surprise to just who again?

    This and more from this month's issue of the spy quarterly, "Duh!"

    --
    (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
    1. Re:Huh by arevos · · Score: 1

      Tor isn't a single computer; it's an international network of servers set up by volunteers. In order to effectively correlate traffic information you'd have to have the capability to monitor a large majority of nodes in the network.

    2. Re:Huh by Anonymous Coward · · Score: 0

      Heads up - governments have large resources.

    3. Re:Huh by arevos · · Score: 1

      Heads up - governments have large resources. True, and no doubt it would be possible for a large government to monitor or control the majority of the nodes in Tor... but doing so secretly, without anyone even suspecting, when the network is fully open to the public, when anyone can start up a Tor node, when a node can be set up in any country, is much more difficult to believe. It would be like a digital version of the Truman Show - somewhat unlikely!

      So the likelihood is that Tor is securely anonymous, even from large government organisations like the NSA.
  21. A little reminder by Khopesh · · Score: 5, Interesting

    This is a little reminder that we need a lot more users and exit nodes before TOR is reasonably safe.
    This is a little reminder to encrypt your data end-to-end rather than through another network; anonymity is not security.
    This is a little reminder that you really do need to check your SSL certificates.

    TOR's encryption fools some into thinking it is a security model. It is not. TOR facilitates anonymous transactions using encryption internally. It eliminates the possibility of people spying on you by name, but it does not stop them from spying on "the people" (which includes you). You still need another encrypted transaction between you and your endpoint for real security.

    The more exit nodes there are, the less likely a snooping entity will get ahold of your data. The more users there are, the more data those snoops need to filter through to get something meaningful (caveat: statistical analysis. workaround: encrypt data past the TOR network).

    This is a call-to-arms; everybody needs to use encryption and anonymization to enable the system to work, otherwise somebody can set up a few nets and read the whole network's content, even brute-force decrypt it due to its low volume. Take a look at what Zimmerman's justification for PGP:

    What if everyone believed that law-abiding citizens should use postcards for their mail? If a nonconformist tried to assert his privacy by using an envelope for his mail, it would draw suspicion. Perhaps the authorities would open his mail to see what he's hiding.
    --
    Use my userscript to add story images to Slashdot. There's no going back.
    1. Re:A little reminder by griffjon · · Score: 1

      Good points, all. If you're telnetting over the Internet; without having a very specific reason to do so, you're already asking for problems that no proxy is going to help you with. Now, monitoring who's trying to telnet to places using Tor I can see as generating a good list of naughty users and misinformed network admins...

      --
      Returned Peace Corps IT Volunteer
    2. Re:A little reminder by Anonymous Coward · · Score: 0

      The more exit nodes there are, the less likely a snooping entity will get ahold of your data. Unless the additonal nodes belong to snoopers.

  22. How does a SSL MITM attack work? by arevos · · Score: 3, Insightful

    I can't quite see how a SSL MITM attack works. Wouldn't the SSL certificate have to be registered for use with a specific domain? Could anyone explain how this would work?

    1. Re:How does a SSL MITM attack work? by phantomcircuit · · Score: 4, Informative

      Replace the SSL Certificate with a self signed one and hope they just click yes.

    2. Re:How does a SSL MITM attack work? by MrNemesis · · Score: 1

      Granted, this'd work for most "average" computer users accustomed to clicking "OK" every few minutes. But if you're the sort of person who uses TOR, surely a bogus SSL cert would be enough to set of plenty of alarm bells. heck, I remember logging into my newly built file server at home an noticing that the SSH key had changed - cue immediate power down, reformat and analysis of all other boxes I had access to before I realised that the account I was using at the time was using ~/.ssh that hadn't been touched for at least a year (with the previous incarnation of that server still in known_hosts). D'oh!

      Anyway, in answer to the GP, a bit of googling found (amongst other things) this: http://www.monkey.org/~dugsong/dsniff/ which I shall give a whirl tonight...

      --
      Moderation Total: -1 Troll, +3 Goat
    3. Re:How does a SSL MITM attack work? by Anonymous Coward · · Score: 0

      Most likely they generate a self-signed certificate, and then hope that users ignore or bypass the warning that shows up in their browsers.

    4. Re:How does a SSL MITM attack work? by gedhrel · · Score: 1

      This is why you probably don't want to use an exit node run by Verisign :-/

    5. Re:How does a SSL MITM attack work? by wkk2 · · Score: 1

      A self-signed certificate may not be require if real signing was coerced. Browsers probably should complain if a non-expired certificate changes from a prior connection. Who believes that the major certificate authorities haven't been forced to give up their private keys?

    6. Re:How does a SSL MITM attack work? by Anonymous Coward · · Score: 0

      That's why Internet Explorer doesn't offer you a Yes/No dialog anymore. It displays a dead-end error page.

    7. Re:How does a SSL MITM attack work? by Anonymous Coward · · Score: 0

      lol, paranoid much?!

    8. Re:How does a SSL MITM attack work? by phantomcircuit · · Score: 1

      If Verisign decides to screw you they could do it on a much grander scale than tor exit nodes...

      1) Issue certs in your name to criminals 2) Preform massive traffic monitoring 3) Wait shit the NSA can probably read all encrypted data using Verisign certs and MITM attacks.... son of a bitch....

  23. Re:you're insane to use TOR for anything serious by Anonymous Coward · · Score: 0

    Uh, RTFA?

  24. You Can't Sue China by Jason+Earl · · Score: 0, Redundant

    You can't sue China. Therefore the license doesn't matter.

    1. Re:You Can't Sue China by KEnderK · · Score: 0

      Yes I can.

    2. Re:You Can't Sue China by Anonymous Coward · · Score: 0

      with a userid that low, you'd think you would be able to identify a joke when you see one by now

    3. Re:You Can't Sue China by Jason+Earl · · Score: 2, Funny

      with a userid that low, you'd think you would be able to identify a joke when you see one by now.

      It just goes to show that age does not necessarily bring enlightenment. Thanks for the heads up :).

    4. Re:You Can't Sue China by Anonymous Coward · · Score: 2, Funny

      Not with that attitude

    5. Re:You Can't Sue China by Anonymous Coward · · Score: 0

      Wooooosh!

    6. Re:You Can't Sue China by Anonymous Coward · · Score: 0

      There is not a "whooooooosh" long enough for you.

    7. Re:You Can't Sue China by pravuil · · Score: 0, Flamebait

      We're the MotherF'ing United States of America. We've sued people who sang poorly in church, we sued Saudi Arabia because of 9/11, we sued a fast food chain because their damn coffee was hot. Did we win all of them? No, but it doesn't keep the US from doing it.

    8. Re:You Can't Sue China by ppc_digger · · Score: 1

      No, but age usually brings twm.

      --
      Of all major operating systems, UNIX is the only one originally meant for gaming.
  25. Please help us improve our documentation. by Nick+Mathewson · · Score: 5, Informative

    Hi all. I'm one of the Tor authors.

    We're trying very hard to get out the message that you should always use encrypted protocols over Tor, if you're doing anything even slightly sensitive.

    Right now, we do this in our documentation, and in a list of warnings on our download page. But obviously, this isn't good enough, since some of the commenters here seem to be surprised at finding it out.

    Does anybody have good ideas about how to get the word out better?

    (As for the SSL MITM thing: we've run into situations like this one before. Usually, it turns out that the exit node isn't doing the MITM itself, but is getting MITMd itself by its upstream. This happens depressingly often in some countries, and in some dormitories. I've dropped a line to the directory authority operators Mike Perry (the guy who maintains the Torbutton firefox plugin) has been working on an automated detection tool for this stuff. It would be great if somebody with programming chops would step up and give him a hand.)

    1. Re:Please help us improve our documentation. by Rob+T+Firefly · · Score: 5, Funny

      If you find a reliable way to make end-users RTFM, please let us know.

    2. Re:Please help us improve our documentation. by phantomcircuit · · Score: 1

      You want to automatically detect in route sniffing? Good luck with that one.

      You want to detect MITM attacks on SSL? Already been done, do not waste your time.

    3. Re:Please help us improve our documentation. by Anonymous Coward · · Score: 0

      On the matter of getting users to notice that unencrypted protocols are bad: Have the TOR client by default reject traffic on ports which are known to be used for unencrypted communication and give an error message which points to the relevant documentation. Even if you don't catch all instances of unencrypted traffic, most users are going to try and use one of the more common protocols and read the documentation then (or ask on a forum where they will hopefully have the documentation quoted to them.)

    4. Re:Please help us improve our documentation. by __aawavt7683 · · Score: 1

      I'm confused.. what do you need a coder for? I googled Mike Perry man in the middle SSL, and I came across a discussion of things..

      http://archives.seul.org/or/talk/Aug-2006/msg00316.html

      but, as is stated, there's no work to be done on this issue. If a certificate is invalid, you probably have a man in the middle -- at least, that's how a tor user should take it. If it's not invalid, then accept it and go with trust.

      From what I understand, these things are _already_ implemented.

      As for getting the word out more, perhaps a full click-through screen with big red text saying "BAD!" and a little puny button that does a jump-around-the-page-on-mouseover thing four times before you can continue. Even place the button over the four most appropriate words in turn, so they're looking at the word after the button moves. Don't use runon sentences like I just did, and get rid of the yes/no popup with uniform, boring text that looks like the standard, "Do you want to blah blah or not?" box. Of course they want to do what they're trying to do. They just don't know they shouldn't want to.

      I think that'd strike a negative for usability, though ;-)

      -DrkShadow

    5. Re:Please help us improve our documentation. by Klaus_1250 · · Score: 1

      Automatically detecting them won't happen but you can setup honeypots to detect bad exit-node.

      --
      It only takes one man to change the Wisdom of the Crowd to Tyranny of the Masses.
    6. Re:Please help us improve our documentation. by Klaus_1250 · · Score: 1

      First of all, thanks for working on TOR! Second, to answer your question, no (PEBKAC). You could force the user to read a document with all warnings upon install, but even that won't really work. Last, it would be nice to see some improvements in TOR itself to protect the network from rogue exit-nodes: 1) setup a (auto-updating) blacklist of rogue nodes. 2) use honey-pots to expose rogue nodes. 3) blacklist exit-nodes which use MITM-SSL attacks or alike client-sided (should bedoable in combination with an echanced TOR-button plugin) 4) allow users to setup certain rules/criteria for their routes and exit-nodes (e.g. I wouldn't want an exit-node in the US, Nigeria and a bunch of other countries)

      --
      It only takes one man to change the Wisdom of the Crowd to Tyranny of the Masses.
    7. Re:Please help us improve our documentation. by Khopesh · · Score: 1
      Some possible solutions for TOR clients to implement:
      1. Avoid using exit nodes that prohibit encrypted content, even if using unencrypted content.
      2. Check server fingerprints (in known protocols) on multiple exit nodes.
      3. Cache server fingerprints for local and relayed traffic. If a server changed from a known CA to self-signed, throw a red flag somehow.
      4. Force all nodes (not just exit nodes) to participate in a distributed web cache proxy, whose cached objects are verified through secondary exit nodes.

      Items 1-3 are quick smoke tests that shouldn't really affect speed or latency. Item 4 will hopefully have the added benefit of speeding up the network ... theoretically, it could go bittorrent-style and give significantly faster access to slower sites, reducing the slashdot effect and more closely matching (or even surpassing) direct access speeds.

      --
      Use my userscript to add story images to Slashdot. There's no going back.
    8. Re:Please help us improve our documentation. by srollyson · · Score: 1

      Nick, Tor uses privoxy, right? If you want to be any more invasive about telling people the privacy risks, simply redirect the first HTTP request of each session (once per boot) to a page displaying this info with a checkbox to disable it. That's the closest you can get to make people RTFM, but I'm inclined to leave the behavior as it stands now.

    9. Re:Please help us improve our documentation. by bigfox · · Score: 0

      A quot from the instructions:
      Once you've installed Privoxy (either from package or from source), you will need to configure Privoxy to use Tor. Open Privoxy's "config" file (look in /etc/privoxy/ or /usr/local/etc/) and add the line
      forward-socks4a / 127.0.0.1:9050 .
      to the top of the config file. Don't forget to add the dot at the end.

      This should be the default configuration. Tor doesn't do anything by default unless this is configured. The user should not have to fiddle with an obscure text file just to make it work at all. If this is not configured, Tor will appear to work, but will actually be doing nothing.

      Another quote from the insturctions:
      Privoxy keeps a log file of everything passed through it. In order to stop this you will need to comment out three lines by inserting a # before the line. The three lines are:
      logfile logfile
      and the line
      jarfile jarfile
      and (on some systems) the line
      debug 1 # show each GET/POST/CONNECT request

      Logging in a program that is for providing anonymity is stupid and should be disabled by default.

      --
      Big FOX =^,^= What do you mean it's broken? I fixed it yesterday!
    10. Re:Please help us improve our documentation. by Anonymous Coward · · Score: 0

      Well, speaking as an Anonymous Coward, it seems the best way to get the word out on this is when you first run the TOR application, have a big pop-up with bold titling "TOR is *not* secure". Below that explain in more detail that it is designed for anonymity not security and an example step of what you can do to work around the limitation.

      Two key caveats:
      1) Keep it short (at most a paragraph or people won't read it) and simple (run it by a non-technical friend as a reality check).
      2) Have two buttons: "Close" and "Close and don't warn me again".

      Speaking for myself, when an application first starts up and says "don't use me for this", it has a better chance of being noticed than if it is in documentation somewhere. And we all know how effective FUD is at getting attention.

    11. Re:Please help us improve our documentation. by MadMidnightBomber · · Score: 1
      --
      "It doesn't cost enough, and it makes too much sense."
    12. Re:Please help us improve our documentation. by rcamans · · Score: 1

      If you want to make users read the documentation, make reading and passing a test part of the install process. They read a part, and then answer a question. Repeat until they have read and learned all the warnings. then install. The install can then scan for common security issues, like java, scripts enabled, etc, and a lack of encryption software, etc, and in some cases, make people select what particular security packages they have installed from a list. check for fire-walls, virus-scanners, etc. Of course, if such packages had a standard way of reporting the last date they checked for updates, that would make checking that they were up-to-date easier.
      heh, like anyone would use a package like this one.

      --
      wake up and hold your nose
    13. Re:Please help us improve our documentation. by Blakey+Rat · · Score: 1

      What stops you from just encrypting the data by default?

    14. Re:Please help us improve our documentation. by incubuz1980 · · Score: 1

      Tell people that it is like using a public wireless hotspot to access the net, assume that someone is watching, and maybe even interfering with your traffic.

    15. Re:Please help us improve our documentation. by CKW · · Score: 2, Insightful

      Do a little light traffic analysis and block anything that isn't encrypted. Anything that isn't "as random" as encrypted data, and anything that has plaintext in it - block.

      The only way to get users to do something with any reliability is to FORCE them to do it, and to make everything else impossible.

      Now someone is going to scream that they really want the ability to do plain in the clear http over TOR. Fine, ship tor clients with two modes, "insecure" and "secure". Default to the latter which only uses the half of the tor network that blocks un-encrypted traffic, and force users to select "insecure" to be able to use the other half.

    16. Re:Please help us improve our documentation. by mibus · · Score: 1

      What stops you from just encrypting the data by default?

      Tor is encrypted, it's the protocol on top (eg. HTTP) that he's talking about.

      The solution is to use HTTPS instead of HTTP, SSH instead of telnet, etc. etc.
    17. Re:Please help us improve our documentation. by Alsee · · Score: 2, Funny

      If you find a reliable way to make end-users RTFM, please let us know.

      Have you tried waterboarding?

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
    18. Re:Please help us improve our documentation. by Anonymous Coward · · Score: 0

      Don't worry, the commenters here are simply retarded.

  26. Tor gives you anonymity by arevos · · Score: 5, Informative

    Tor gives you pretty robust anonymity, it just doesn't provide privacy.

    1. Re:Tor gives you anonymity by um_atrain · · Score: 1

      Anonymity cannot exist without privacy. Sure, they wont know where the packet comes from. But without privacy, nothing stops them from looking that that packets contents, and finding out your name and other information. And if they know your name and personal information, I would not call that being anonymous.

    2. Re:Tor gives you anonymity by Fred+Ferrigno · · Score: 2, Insightful

      If checked the "Post Anonymously" button at the bottom, then ended my post by signing my name, then it's my own damn fault that my communication is no longer anonymous.

    3. Re:Tor gives you anonymity by arevos · · Score: 3, Insightful

      But without privacy, nothing stops them from looking that that packets contents, and finding out your name and other information. Unless you're really really cunning and - stop me if I'm going too fast for you - don't send out your name in plaintext when trying to stay anonymous!
    4. Re:Tor gives you anonymity by ozbird · · Score: 1

      Unless you're really really cunning and - stop me if I'm going too fast for you - don't send out your name in plaintext when trying to stay anonymous!

      Use someone else's name instead - that'll fix them!

  27. In soviet russia, by Anonymous Coward · · Score: 0

    governments are spying on Ext.

  28. any idiot should realize it's a hostile network by SuperBanana · · Score: 4, Insightful

    Is this not what that swedish hacker said?

    Is this not what anyone with a basic understanding of the most basic network/TCP concepts (ports, IP addresses, connections, that sort of thing) should have realized, if they read anything about Tor? Is this not something that the Tor project should have explained in clear language for those who do NOT have a basic understanding of networking?

    It's beyond "untrusted". It's a hostile network and blatantly so, if you bother to read even a basic description of it. You should assume that your traffic will be routed out a node where a person, organization, or government is passively monitoring or actively attacking your traffic.

    All this (repeated) fuss demonstrates is how many incompetent network/sysadmin people there are in the world, and how few people in the press and "blogging" community understand networking. Any idiot who knows ALL of the reasons why ssh is better than telnet (ie, answers more than just "it's encrypted, so people can't see what you're typing") should be able to tell you why Tor is a hostile network...unless they're just parroting what they've read elsewhere.

    1. Re:any idiot should realize it's a hostile network by Burz · · Score: 2, Interesting

      I disagree with the overall thrust of your post.

      Tor isn't aimed at sysadmins for use as a client. You are confusing the actors and roles in your message.

      Tor client only requires a knowledge of: domains/URLs, cookies and misc browser security issues like scripts and web bugs. Network architecture isn't important (if I'm mistaken, please explain). In Firefox, keep using Tools-> Clear Private Data. With this level of knowledge you can browse 'open' sites anonymously.

      If privacy is also required, then basic knowledge of https/ssl is required. You must know the ritual of looking for the lock, then checking the domain name, and heeding certificate warning dialogs. Not hard. At this level, you can conduct transactions that would wouldn't mind the CA or certain governments seeing.

      If 'high' privacy is necessary, then the user must know how to import certificates into the browser. Working the Certificate Manager in Firefox is also not hard. At this level (requiring more than a little work on the server side) the user can feel safe there is no cleartext net surveillance, though other modes of spying may be possible (keyloggers, physical break-in, etc.).

    2. Re:any idiot should realize it's a hostile network by lordofwhee · · Score: 1

      Which is why you don't use Tor unless you're using it with an encrypted connection.

    3. Re:any idiot should realize it's a hostile network by pravuil · · Score: 1

      Is this not something that the Tor project should have explained in clear language for those who do NOT have a basic understanding of networking?

      It does on the download page and pretty much throughout the site. Here's the download page:

      http://www.torproject.org/download.html.en

      Notice the section "Warning: Want Tor to really work?" It goes over all the pitfalls of using tor. They know what they made and they did inform the average joe that tor isn't perfect. It even clearly states the following:

      While Tor blocks attackers on your local network from discovering or influencing your destination, it opens new risks: malicious or misconfigured Tor exit nodes can send you the wrong page, or even send you embedded Java applets disguised as domains you trust.

      If you don't read about something that you assume you can trust, you are an idiot. If you don't understand that the layers of how applications/network works, you're setting yourself up for failure. The sad part is that the real criminals don't use tor, they have their own private proxies or use open virus infected systems. Wireless technologies have also been a pain in the past. A lot of cases involving leeching bandwidth end up happening because some idiot doesn't secure his router to prevent unwanted access, ie criminal intent through public access. Like everyone has said before, I'll say it for them again. There is no easy fix solution to provide security. You have to pay for it one way or another. Research before you buy and then no what the hell you are buying by seeing how the damn thing works. If you can't then it will become a big problem later on down the line.

    4. Re:any idiot should realize it's a hostile network by SuperBanana · · Score: 2, Interesting

      Tor isn't aimed at sysadmins for use as a client. You are confusing the actors and roles in your message.

      The point of my post is that at several organizations, including apparently a bunch of embassies, someone thought it was a good idea to install this stuff. It's the fault of the sysadmins for not advising their users better or not locking down machines (embassies should have good security.) What's truly frightening is the possibility that one of them recommended it, and that's even worse.

    5. Re:any idiot should realize it's a hostile network by Burz · · Score: 1

      OK but, the Swede who conducted his exit-node study did not really know if those people accessing embassy systems actually belonged doing so. Hmmm...

      And yeah, recommending it for official business it just crazy. Unless-- the embassy personnel were spying in their host country.

  29. Pity by AuntieWillow · · Score: 1

    Of course I pity the people who's only job is to spy on my boring life. If I don't have a real life, how much more pathetic is it to just watch me? Now...off to Database programming and Laundry (What I like to call "Saturday Night")!

    1. Re:Pity by Anonymous Coward · · Score: 0

      What part of the world do you live in where you have Saturday night on a Wednesday? Even taking into account timezone differences, it could only stretch to being a Tuesday night (I don't think it is Thursday night anywhere yet).

    2. Re:Pity by Max_W · · Score: 1

      It is not people. It is always a person. Probably low paid, living in a bad neighborhood. Not an abstract government employee, but the real world person.

  30. Military grade anonymity? Say what? by myvirtualid · · Score: 5, Interesting

    Military grade anonymity?

    What?

    Sure, we all know - or think we know - what "military grade crypto" means[1], but now you're just making stuff up.

    Military grade anonymity, indeed.

    [1] Strong crypto managed in a Type 0 or Type 1, etc., system, where everything is kept secret, hardware and software are tightly controlled, and updates are distributed strictly out-of-band - think spies with briefcases handcuffed to their wrists.

    Contrast with "commercial grade crypto", where everything but the secret/private keys themselves are known, well studied, well understood, etc., and updates are distributed in-band, though sometimes "boot strapped" using an OOB shared secret, etc.

    There is the perception that "military grade" is somehow stronger than "commercial grade", but what is the basis for this perception? None of us can say, least not here.

    To know - to really know - whether military grade crypto is actually any stronger than commercial grade crypto requires a degree of access which itself requires clearance at - or above - top secret, said clearance being predicated on the understanding that those with said access won't reveal what they know, on pain of prosecution.

    So the people who do know cannot and will not tell.

    You'll just have to take my word for it. :->

    "Military grade anonymity" is nothing more than buzzspeak for "anonymity that we think is really, really OMG PONIES good, but we can't prove, what with there being a complete and total lack of mathematically sound anonymity analytics comparable to cryptanalysis, so there, nyah!"

    --
    I'm here EdgeKeep Inc.
    1. Re:Military grade anonymity? Say what? by Old+Man+Kensey · · Score: 4, Informative

      myvirtualid wrote:

      clearance at - or above - top secret

      There is no clearance above TS, at least in the technical sense. There is TS/SCI ("special compartmented information") clearance, which may or may not include a lifestyle polygraph exam. TS/SCI and TS/SCI + lifestyle poly are not "above" TS in any real sense, they are merely additional qualifiers used as criteria to determine whether you can be allowed access to compartmented info. If you have TS/SCI it makes that process easier, but not having TS/SCI is not an absolute barrier if the right people sign off on it (although for certain information "the right people" may consist of both houses of Congress and the President).

      Compartments can be as loose (within the restrictions of TS) or as restrictive as necessary. There can be (and I understand are) compartments with only a handful of people.

      --
      -- Old Man Kensey
    2. Re:Military grade anonymity? Say what? by myvirtualid · · Score: 1

      There is no clearance above TS

      Perhaps not in the US. And not trying to be tongue-in-cheek, but if there, would you be allowed to know of them, without having a TS yourself? (Not that I am in any implying that this might be the case anywhere, you understand....)

      --
      I'm here EdgeKeep Inc.
    3. Re:Military grade anonymity? Say what? by Anonymous Coward · · Score: 0

      Compartments can be as loose (within the restrictions of TS) or as restrictive as necessary. There can be (and I understand are) compartments with only a handful of people.
      You're playing with words, then. If someone can be cleared to know top secret information but not be cleared to know stuff in compartments, then clearly those compartments are "above top secret" in any normal sense of the phrase.
    4. Re:Military grade anonymity? Say what? by legirons · · Score: 1

      "There is no clearance above TS, at least in the technical sense. There is TS/SCI ("special compartmented information") clearance, which may or may not include a lifestyle polygraph exam."

      You may not realize it, but that says everything you need to know about the balance of provable security vs. for-show security in the US military/government.

      It would be interesting to have a competition between the pentagon bureaucrats with their pseudoscience, versus some militia, to see which group is best at identifying potential traitors...

    5. Re:Military grade anonymity? Say what? by Anonymous Coward · · Score: 0

      | There is no clearance above TS [...]

      Huh? That is not true at all - as you obviously realise when you contradict yourself:

      | There can be (and I understand are) compartments with only a handful of people [...]

      Look, no offence but you are a bit confused here. Let me explain how it works.

      You are half-right in the first sentence. There is no *general*, *interagency* clearance above TS, but there are plenty of case-by-case clearances, usually referred to as SCI or "codeword" clearances. These work like an ACL (heh, it is slashdot after all, best to put things in computing terms) and are fairly flexible in terms of who can be in on them - within the needs of their security, of course. So yes it is possible for people without TS to be in on some codeword group, but that's not very common, and is usually some urgent case where they know the guy is reliable but he doesn't have TS at that moment for whatever reason, usually because his TS was requested before the situation got urgent and is stuck winding its way through bureaucracy.

      Codewords, like ACLs, are pretty flexible, and they do indeed provide a hierachy above TS - it's just not general or interagency. So here's an example (not with any real names of course):

      encapsulated codeword clearance at, say, NSA covering an operation in the ME:

      TS > NSA1 > NSA2 > national means > current operations > middle east > op no. 4 > sources

      encapsulated codeword clearance at, say, DoD covering something else:

      TS > DOD1 > DOD2 > DOD 3 > plans > afgahnistan > ac-130 schedule for december

      That sort of thing ( none of that is real btw it is an example. but you get the gist). And so you see that there are MANY levels above TS they are just not broad *interagency* levels. And of course it's not a strict hierachy at all, NSA and DOD could be cooperating (LOL) on some mission and it would look like this

      TS > DOD1 > DOD2 > current ops > MISSION
      NSA > NSA1 > DOD liason > MISSION

      notice that the NSA clearance for that is less than DOD in terms of "levels". This is because the NSA is 1337.

      So hope this explains things a little and busts a few myths.

      Summary:

      TS: you can mount the drive
      CODEWORDS: the ACL saying which folders you can read and write into ; )

      Capiche?

    6. Re:Military grade anonymity? Say what? by Walter+Carver · · Score: 1

      those with said access won't reveal what they know, on pain of prosecution What if we show them goatse?
  31. Any router can spy? by katorga · · Score: 1

    Any router that passes your packets can be abused to spy on you and where you go. It is that simple.

  32. You make very little sense by Burz · · Score: 1

    ...and your earlier statement that browsers have no way of checking against MITM is incredibly irresponsible. The only MITM browsers cannot warn against is where the CA is executing or cooperating in the attack.

    You either trust a third-party CA, or the communicating parties setup their own keys (preferably in person). Those are the fundamental mechanics of trust when using electronic communications, and the modern browser covers them. Need to use a "joe random" CA? Just plug it into your browser preferences. Inconvenient? Too bad, ssh is no better.

    As for those who bemoan government surveillance through e-commerce sites and the CAs they use: You need to seriously re-evaluate your expectations of what online merchants can and cannot do for people. Perhaps the merchant, understanding special privacy needs of their clientelle, would switch CAs (perhaps even to their own).

  33. Yeah, well show me a PSK solution for browsers. by Valdrax · · Score: 1

    You either trust a third-party CA, or the communicating parties setup their own keys (preferably in person). Those are the fundamental mechanics of trust when using electronic communications, and the modern browser covers them. Need to use a "joe random" CA? Just plug it into your browser preferences. Inconvenient? Too bad, ssh is no better.

    In person? Oh, really. Just what browser implements TLS-PSK today?

    No, you're pretty much entirely stuck with the first choice -- blindly trusting a third-party CA which can be a single point of security failure for a large number of sites. That's the problem. E-commerce requires trust where none should be assumed, especially in the case of a network like TOR that funnels all traffic into a handful of potentially compromised exit nodes.

    There is no perfect technical solution for the problem when using PKI.

    --
    If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
    1. Re:Yeah, well show me a PSK solution for browsers. by Burz · · Score: 1
      You're still not making sense:

      No, you're pretty much entirely stuck with the first choice -- blindly trusting a third-party CA which can be a single point of security failure for a large number of sites. That's the problem. E-commerce requires trust where none should be assumed, especially in the case of a network like TOR that funnels all traffic into a handful of potentially compromised exit nodes. Who said this was about e-commerce? Under what conditions should online commerce be kept secret from the government? Or by "single point of failure" are are implying that a CA will have its private key STOLEN by private crooks?? The latter would be a really stupid assumption to make, esp since they can revoke stolen keys.

      If two or more parties want privacy without the questions an (un)trusted third-party raises, then they can distribute certificates among themselves and use Certificate Manager in Firefox, or similar, to import them.

      There is no perfect technical solution for the problem when using PKI. There is no mindless, transparent solution for digital privacy. But with some care and minimal user education https is quite secure.

      Why would you even mention ssh here? It isn't "better" than using a browser. When I store an ssh known host on my client, I have to think about how secure the connection was at that moment... if it happened over the Internet (or even an infested LAN) then it could be bogus; uneducated users could be even more dangerous with ssh than with a browser. At least the browser comes with built-in keys that allow you to reject any known crypto attack except for a compromised CA. The single point of failure you harp about is a reduced surface for attack.
    2. Re:Yeah, well show me a PSK solution for browsers. by Anonymous Coward · · Score: 0

      You don't seem to be getting what anyone is saying to you, which makes me strongly suspect that you do not know what you are talking about. The fact that you used "private key" earlier to refer to a symmetric key also strongly indicates that you are either intentionally misusing terms or you simply do not know how they should be used.

      Nobody said anything about exchanging shared secrets. You are right, browsers don't do that, so the appropriate thing to do is create a CA at both sites and exchange those keys in person. You wouldn't be trusting a third-party CA at all; the CAs involved would be private and used only for that communication. Better yet, on halfway decent OSs, you can set a CA to have marginal trust such that it is only trusted for one site certificate.

    3. Re:Yeah, well show me a PSK solution for browsers. by Burz · · Score: 1

      A note: Browsers already have a way of storing client certificates to identify themselves, so you still only need a server on one end. Or, you can put a website-specific cert in the client's browser, and let the client log in with username/password-- the server will already be authenticated before the user logs in, so its safe if the user is trained to heed certificate warnings.

      You are right to suggest that tight security may require that the certs/keys be exchanged in person.

    4. Re:Yeah, well show me a PSK solution for browsers. by Anonymous Coward · · Score: 0

      In person? Oh, really. Just what browser implements TLS-PSK today?

      Not a general solution, but no need to go that far: It is EASY to set up a personal CA for your own use with something like TinyCA, a click-n-drool GUI wrapper around openssl. A "CA" is little more than a key pair used to sign further public keys at heart, after all. So, for the case of people trying to secure SSL comms where they can meet up and verify keys, they could just both set up a personal CA and exchange/verify then import/trust eachother's CA certs.

      When you pay for a server cert for a web shop, in part you're paying for the fact you don't need need to convince your users to import/trust a new CA cert to their browser, the CA cert that verifies the signature on the server cert is already there and trusted (unless the user has gone through the browser preferences and untrusted and/or removed the CA certs).

    5. Re:Yeah, well show me a PSK solution for browsers. by Valdrax · · Score: 2, Interesting

      [1]Who said this was about e-commerce? [2]Under what conditions should online commerce be kept secret from the government? [3]Or by "single point of failure" are are implying that a CA will have its private key STOLEN by private crooks?? The latter would be a really stupid assumption to make, esp since they can revoke stolen keys.

      (Numbers added by me)
      1. E-commerce is the single most common use of SSL encryption.
      2. Under any and all situations in which the government does not have a warrant.
      3. No. By government crooks under the guise of national security.

      Why would you even mention ssh here?

      Because the person I originally replied to brought it up first, asking if you check your SSH fingerprints (as a way of avoiding MitM attacks). Do actually attempt to read the thread you're posting in.

      At least the browser comes with built-in keys that allow you to reject any known crypto attack except for a compromised CA.

      So does SSH. It's the server fingerprint. Much like a certificate, unless you have knowledge of what it should be prior to the connection, it's hard to know you're compromised. The problem is exacerbated by inexperienced users, but fundamentally it's the issue of trusting an unknown set of credentials.

      --
      If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
    6. Re:Yeah, well show me a PSK solution for browsers. by Valdrax · · Score: 1

      You are right to suggest that tight security may require that the certs/keys be exchanged in person.

      Which is basically what I'm saying. PKI is an issue of trust, and MitM attacks work by taking advantage of that trust.

      --
      If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
    7. Re:Yeah, well show me a PSK solution for browsers. by Schraegstrichpunkt · · Score: 1

      Or by "single point of failure" are are implying that a CA will have its private key STOLEN by private crooks?? The latter would be a really stupid assumption to make, esp since they can revoke stolen keys.

      Ha. Hahahahahahaha. Certificate revocation is completely useless in today's browsers. Here is one reference that's pretty old, but I'm sure you can find newer stuff if you actually research this.

    8. Re:Yeah, well show me a PSK solution for browsers. by Anonymous Coward · · Score: 0

      Who said this was about e-commerce? Under what conditions should online commerce be kept secret from the government?


      When you're buying the same book, food, or movie that is enjoyed by people the government are tracking and don't want to be targeted for an investigation? Yes they've done that before, and it was even on slashdot recently when it was done via cooperation with credit card companies to track purchases from small shops that don't track sales well enough to go US PATRIOT act on them.
    9. Re:Yeah, well show me a PSK solution for browsers. by Burz · · Score: 1

      And PKI works if you consider its limitations. Yes, the gov't can spy on your shopping and banking transmissions. But if you pay only a little attention to https vitals when browsing, private phishers cannot spy on you.

      OTOH, if PKI did prevent gov't surveillance, then the gov't could probably get your data direct from the merchant with some extra effort.

      I can imagine a better system, rooted in the keys distributed with FOSS operating systems...

  34. But... by Anonymous Coward · · Score: 0

    Isn't Tor open source?
    Then, if some security issue is found, all you need to do is fix it!

    I am quite surprise about this news too... I thought Tor was safe...

    Now, how can I do my evil surfings from now on????

  35. Absolutely. Tor is great at anonymity by Burz · · Score: 1

    ...and trust isn't required with this anonymity vehicle.

    The privacy layer you supply yourself, and that requires the usual crypto-facilitated trust. As the Tor people often remind us, there is no way around that fundamental requirement.

    So the question is really, do you trust Certificate Authorities pre-loaded in your browser? And if not, what steps are you and the party you're connecting with going to take to swap private keys?

    Also bear in mind that many connections need only anonymity and not privacy, if you don't want to be seen browsing certain websites that are viewable by anyone, for instance. In that case, using Tor while regularly flushing your browser's cookies and cache will do the trick.

    Privacy becomes necessary when either you or the second party are transmitting data that no one else should see at all, or that no one else should see in the context of anonymity (like your name or other identifying info). Think!

  36. Nobody has pointed out a security flaw by Anonymous Coward · · Score: 0

    The "Swedish hacker" didn't show anything new. This is how Tor is designed, ie it will not solve all of your security problems. It isn't going to give you end-to-end encryption. Your ISP can read your email. With Tor, exit nodes can read your email. Unencrypted network traffic is not secret people. Get over it. This has got to be at least the third Slashdot article pointing this out. Tor nodes have been MITM'ing certs for at least a couple years now as well. This is why your browser pops up a warning.

  37. Above TS by ravenspear · · Score: 2, Insightful

    but if there, would you be allowed to know of them, without having a TS yourself?
    I would say yes, because there are laws governing what will happen to you if you reveal certain levels of information, i.e. TS is defined as having the potential to cause "exceptionally grave" damage to national security if disclosed inappropriately. I imagine this would carry a more stiff penalty than say releasing some mundane info that was classified as "Confidential". Having a secret level above TS causes certain problems:

    1. If you are not aware of any classified scheme above TS, then how will you know such information is actually classified if you come across it. Like if I were to stumble across a folder that had a classification stamp of "ULTRA SENSITIVE QUARANTINED" I would not have any qualms discussing the contents if I so chose because I would assume the documents to be fake or otherwise not associated with the gov since that is not an official gov classification scheme.

    2. If I were indeed to disclose such information how would I be prosecuted? There are no laws against disclosing ULTRA SENSITIVE QUARANTINED information, so I don't see how a case could be made. Unless of course the laws themselves were secret and a court were to rule that you could be punished even though the law was unknowable to you. But lets not even go there.
    1. Re:Above TS by myvirtualid · · Score: 1

      It all depends on how one phrases things. For example, if you refer to http://laws.justice.gc.ca/en/ShowFullDoc/cs/O-5///en, you'll see definitions of "special operational information", one of which is "the means that the Government of Canada used, uses or intends to use, or is capable of using, to protect or exploit any information".

      So what?

      Well, IANAL, but my reading is that the law as phrased allows the GoC to create information classification schemes the existence of which would be considered "special operational information", so revealing the existence of the classification scheme would itself be a contravention of the Security of Information Act, punishable by up to 14 years imprisonment.

      Reading between the lines, the other types of information considered "special operational information" are the sorts of thing generally considered to be at least Secret, likely Top Secret, so such a classification scheme could itself be Top Secret.

      So one would need a TS clearance to even be permitted to know about such a classification scheme. And learning of such a scheme would make one a person "permanently bound to secrecy".

      As for stumbling across such information, well, TS stuff isn't usually left lying around. For example, refer to http://www.ciisd.gc.ca/text/ISM/print/printch5ann3-e.asp: TS docs being sent about are double-enveloped, and the outer envelope does not bear a security marking (but is sealed in a tamper-evident manner). The likelihood of stumbling across TS material is low outside of an approved facility.

      And if you are inside such a facility, you have a TS and know that there is stuff you don't need to know, and you keep your blinders on, to not risk stumbling. Or you are being escorted by someone with a TS, who keeps you from stumbling.

      Or you are a spy, but that's another story.

      --
      I'm here EdgeKeep Inc.
    2. Re:Above TS by Sigma+7 · · Score: 1

      If you are not aware of any classified scheme above TS, then how will you know such information is actually classified if you come across it. Usually, the outer folder is stamped as top secret alongside a message stating that it is only for eyes belonging to a specific group (e.g. Division Six).

      If I were indeed to disclose such information how would I be prosecuted? You wouldn't. Rather, the Men in Black would simply assassinate you and make it look like the bullet to the back of your head was an accident, suicide, or whatever makes a plausable story to stop further investigation.

      If they want, they can easily discredit you by placing the same content in a tabloid. There's other tactics as well, such as arresting you on a minor crime, only to have it escalated to a severe one when they "confirm" your identity.
  38. This is Surprising? by Anonymous Coward · · Score: 0

    1. Send your communications traffic over a publicly-accessible carrier (the Internet).
    2. Attempt to make your communications secure, inviting interest from third parties.
    3. Trust others you do not know to particpate in your security.
    4. Feign surprise that your communications have been intercepted, analysed and decoded.
    5. Blather. Rinse. Repeat.

  39. Discredit Tor by Nom+du+Keyboard · · Score: 1

    While Tor is obviously vulnerable to a variety of attacks, I'm left to question if this is as much an attempt to discredit it as anything else? With no comparable alternative, taking down Tor would be a coup for most governments and spy agencies. Weigh that against the value they currently derive from monitoring, or even owning and controlling, exit points, and question which one benefits them more in the long run.

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
    1. Re:Discredit Tor by base3 · · Score: 1

      Ding, ding, ding. At one institution I am aware of, the very study cited here was used as part of the justification for blocking TOR access from an academic network. It sounds so much better than "it's hard for our network surveillance appliances to watch what you do on the tubes when you're using TOR."

      --
      One CPU cycle wasted on digital restrictions management is ONE TOO MANY.
  40. Encrypted Traffic? by nurb432 · · Score: 2, Insightful

    I thought TOR was mostly to hide your identity, not the data.

    FreeNet is more about hiding the data.

    --
    ---- Booth was a patriot ----
  41. Try AN.ON / JonDo as safer alternative by elmar_s · · Score: 1

    If you're worried about this kind of problem with TOR, I'd like to point you to JonDos, the "sister project" of TOR. It uses similar technology (Chaum's Mixes, multiple proxies with encrypted communication between them), but unlike TOR you know exactly which servers your connection uses, and who runs them. You still have to trust the exit node, but you know which server IS your exit node, and who to bust if its operator should spy on you. Disclaimer: It used to be a research project called AN.ON, with the client called JAP. Now run as a commercial company called JonDos, of which I am one of the main developers.

  42. MOD PARENT UP by Anonymous Coward · · Score: 0

    'cos he or she is right on.

  43. Employ Clippy! by JonathanR · · Score: 1

    It appears that you're trying to send unencrypted content over the TOR network... Would you like to send a copy of your communications to the CIA/NSA/FSB?
  44. Use TOR hidden services by White+Flame · · Score: 1

    I've never seen that much of a use for TOR's exit nodes. If you're going to set up secret/private communications, keep it within TOR via hidden services routed by .onion addresses. That way, TOR becomes both your anonymity and encryption layers, for both sides.

  45. But the tor people *do* explain that. by Grendel+Drago · · Score: 2, Informative
    There's a link on the tor homepage to a set of warnings; number four reads:

    Tor anonymizes the origin of your traffic, and it encrypts everything inside the Tor network, but it can't encrypt your traffic between the Tor network and its final destination. If you are communicating sensitive information, you should use as much care as you would on the normal scary Internet -- use HTTPS or other end-to-end encryption and authentication.
    The link goes to an explanation saying that you should use end-to-end encryption if you want to do more than just hide the source of your traffic. It's written in plain english, and it's fairly prominently featured on the front page. What's the problem?
    --
    Laws do not persuade just because they threaten. --Seneca
  46. Nobody verifies SSH host keys. by Grendel+Drago · · Score: 2, Insightful

    So does SSH. It's the server fingerprint. Much like a certificate, unless you have knowledge of what it should be prior to the connection, it's hard to know you're compromised. The problem is exacerbated by inexperienced users, but fundamentally it's the issue of trusting an unknown set of credentials.
    No, it's not the same. Server certificates are signed by a trusted root CA; the public key for that CA is distributed out-of-band on your operating system's installation media. You can reasonably trust that whoever you're connecting to at least went to the trouble to fool the CA.

    On the other hand, SSH host keys are signed by nobody; there's no infrastructure in place to allow, for example, your sysadmin to sign SSH host keys using his own PGP mail keys, which you trust via the web-of-trust in place for that. No, you have to maintain your PGP keys and SSH keys separately, for no damned good reason, and we all just hope and pray that our SSH sessions aren't being jacked the first time we connect--and if we are jacked, we blame ourselves rather than the system that makes such stupidity practically mandatory. It's utter insanity, and it's amazing that we all put up with it.

    (There was once a project to add GPG support to OpenSSH, but it seems to be moribund.)
    --
    Laws do not persuade just because they threaten. --Seneca
  47. Not necessarily irresponsible by LandruBek · · Score: 1

    Just a word in Egerstad's defense: he tried to get some attention for the leaks he found, but no one (except Iran) seemed to be interested -- so he published a sampling, about 10% of his observations. Then people got excited.

    This pattern is a familiar dilemma for security researchers: you say, "there is a problem" and no one responds. You demonstrate the problem and you get in trouble. Quite the Kobayashi Maru.

    --
    $META_SIG_JOKE