Slashdot Mirror


Italian Phone Taps Spur Encryption Use

manekineko2 writes "This article in the NYTimes discusses how a recent rash of high-profile mobile phone taps in Italy is spurring a rush toward software-encrypted phone conversations. Private conversations have been tapped and subsequently leaked to the media and have resulted in disclosures of sensitive takeover discussions, revelations regarding game-fixing in soccer, and the arrest of a prince on charges of providing prostitutes and illegal slot machines. An Italian investigative reporter stated that no one would ever discuss sensitive information on the phone now. As a result, encryption software for mobile phones has moved from the government and military worlds into the mainstream. Are GSM phones in the US ripe for a similar explosion in the use of freely available wiretapping technology, and could this finally be the impetus to for widespread use of software-encrypted communications?"

176 comments

  1. Nice thing by crunzh · · Score: 5, Interesting

    It would be really nice if that came standard in cellphones (Properly just a empty dream). But maybe a plugin for windows mobile and symbian handsets could be possible.

    --
    Visit http://www.crunzh.com/ for free software. Mac/Lin/Win
    1. Re:Nice thing by cl191 · · Score: 2, Interesting

      I don't really know much about voice encryptions, but does the regular "dumb" phones even have enough power to do voice encryption?

    2. Re:Nice thing by tronicum · · Score: 2, Informative

      Just use a cryptophone or their free Windows Software.

    3. Re:Nice thing by crunzh · · Score: 2, Interesting

      The dumbest phones properly don't but for example the recent nokia smartphones are pretty widespred where I come from and they should have the power to do it. Heck they can dop videocalling so why not encryption of regular calls.

      --
      Visit http://www.crunzh.com/ for free software. Mac/Lin/Win
    4. Re:Nice thing by smilindog2000 · · Score: 4, Informative

      Software or hardware encryption of streams using ARC-DROP(768) seems plenty secure for real world applications, and the inner loop is only about 10 lines of code to process 1 byte. At voice speeds, your average $0.25 microcontroller should have plenty of horsepower, so long as it's got 256 bytes of RAM. I've built a simple file encryptor at tinycrypt.sf.net based on it. Let me know if you find any bugs!

      --
      Beer is proof that God loves us, and wants us to be happy.
    5. Re:Nice thing by squiggleslash · · Score: 2, Informative

      Yes, all GSM phones since the Motorola International 3200 (the first) do encryption. It's part of the spec.

      The problem is that the algorithms have always been less than ideal due to government paranoia. And sometimes it's switched off. And it's not end-to-end, it's just handset to basestation/basestation to handset.

      It's still hard to tap a specific GSM phone by pulling signals from the air, but it's obviously easier than it should be.

      --
      You are not alone. This is not normal. None of this is normal.
    6. Re:Nice thing by dynamo · · Score: 1

      Actually, if it came standard in cellphones, you couldn't trust it to really be encrypted. To prevent easy institutionalized monitoring, you have to have an encryption layer under the COMPLETE control of the people talking. That way you know there are no secret extra keys etc.. that others could remove.

    7. Re:Nice thing by kocsonya · · Score: 1

      Isn't the RSA still claiming that RC4 is their trade secret (despite the fact that it's in the open for more than a decade) ?

    8. Re:Nice thing by smilindog2000 · · Score: 1

      Yes, which is why the cryptography guys stopped calling it RC4, and started calling their algorithm ARC4, for "alleged RC4". There's no proof that they are equivalent, but of course they are. However, the company that invented WEP didn't have a user-manual for RC4... they just ripped off ARC4, and they messed up. The guys at RSA say they never would have let WEP fail the way it did. They already knew the key had to be munged up much better than what WEP does, and they may have known that the first few bytes should be discarded.

      The failure of WEP discouraged the use of ARC4 in any further applications. However, from what I've been able to read on the net, ARC4-DROP(N), which means drop the first N bytes before using the output, is not anywhere close to cracked for N > about 10. There are people who can detect the output of ARC4-DROP is non-random, given a gigabyte of output, but no one knows how that could be used to extract either the key or encrypted data. A paper I read suggested that 512 seemed to be the limit that any additional security was gained, so of course, they recommend using 768.

      After reading for several hours (which makes me a total noob), I have been unable to find any stream cypher anywhere near as simple as ARC4-DROP, which has been well tested, which is why I used it.

      --
      Beer is proof that God loves us, and wants us to be happy.
  2. Companies first by sckeener · · Score: 2, Interesting

    I doubt it'll break into the public domain any time soon.

    Here at Chevron we encrypt our Blackberries, both on the unit and during transmission. If the Blackberry is lost, the data is safe because of the encryption.

    I don't see it happening for the public unless the carrier provides the service and then wouldn't the government just request the carrier to give them access?

    --
    "Only one thing, is impossible for god: to find any sense in any copyright law on the planet." Mark Twain
    1. Re:Companies first by Dr_Barnowl · · Score: 3, Informative

      If the carrier is just that, a carrier of data, it doesn't matter what the carrier does, you can establish an encrypted link without it's involvement beyond moving the data.

      Making the carrier the sole means of key exchange would be the only way to give them access (they could perpetrate a man-in-the-middle attack). But if you are able to meet physically with your call partner, or exchange keys through an alternate secure medium, the intermediary would have no cheap means of intercepting.

      Only one-time pads are unbreakable, and using one-time pads makes key exchange *much* less secure. But public key methods are enough to make it very hard to break a single transmission. Programs like ECHELON would be utterly stuffed.

      And of course, if you have a mobile data plan with more than a few kBit/s of bandwidth, this is entirely possible now, as demonstrated by these Italian chappies.

      Blooming heck though - $410 for their SMS encryption package and $2,200 for the voice version. I'm willing to bet that even with patent licensing, the per unit cost is very small. I could probably write Windows Mobile software to do encrypted SMS in a day or so, and I'm no encryption whiz.

    2. Re:Companies first by el_flynn · · Score: 1

      Well, TFA was really more ocncerned about securing the GSM voice channel rather than the data stored on your Blackberries, or data trasmission to/from those devices. Totally different thing.

      Plus, if the carrier were providing the scrambling services, both endpoints would still be vulnerable from its physical location up to wherever the nearest base station is -- and that's typically where you'd really want to tap the conversation, especially if you knew the cellco was encrypting it from base station onwards.

      Basically, for any decent level of security it must be embedded in the phone itself. Maybe some sort of hardware encryption unit, with some firmware setting to toggle off/on based on who you're calling.

      Even on those "secure" phones that you see on TV/movies, there's still a point of vulnerability -- typically it's the phone itself that has the scrambling feature, not the receiver. To defeat that, you'd just hack the cord from the phone to the receiver, and tap it via those wires. Same concept as my endpoint/basestation example above.

      --
      The Wknd Sessions - Malaysian and South East Asia independent music
    3. Re:Companies first by JavaBear · · Score: 1

      The GSM protocol is already using encryption between the phone and the tranciever mast.
      The main issue as far as I can tell is that that encryption has been cracked, and that the equipment needed to tap GSM have become affordable.

      So the question really is, why haven't the GSM protocol been updated to a stronger encryption yet ?
      Just as the WEP was replaced with the WPA on Wireless networks.

    4. Re:Companies first by Dr_Barnowl · · Score: 2, Informative

      To confirm this, I was able to find two suppliers of encryption software for SMS in the UK.

      http://kryptext.com/faq.html
      This downloadable product (£6.99 per phone) can't be very secure, as the manual has no key exchange protocol in it. I suspect that it uses hashed data to derive keys (or has a fixed key), probably phone numbers. It's very cheap, and certainly sufficient to hide data from your spouse, but a determined assault on their algorithm will probably open it up like a book.

      http://www.emosecure.com/
      This one is SIM dependant, and while users can exchange keys, it looks like they are symmetric (all users in a group share the same password), which means you only have to compromise one key to read all messages, and key exchange is a weak link.

      Alas, I don't read enough Italian to discover what kind of protocol the Caspertech solution uses, so perhaps someone can have a look and enlighten us.

    5. Re:Companies first by smilindog2000 · · Score: 1

      Correct me if I'm wrong, but doesn't the article talk about end-to-end encryption, not just phone to mast? The leaks due to government wire-tapping likely occur at the phone company with their permission, rather than by random air-wave sniffing (at least here in the US).

      --
      Beer is proof that God loves us, and wants us to be happy.
    6. Re:Companies first by Anonymous Coward · · Score: 0

      > To defeat that, you'd just hack the cord from the phone to the receiver, and tap it via those wires.
      > Same concept as my endpoint/basestation example above.

      If they have physical access to your phone, they probably can also bug you or your house. Encryption will not help you at that point.

    7. Re:Companies first by VWJedi · · Score: 1

      Only one-time pads are unbreakable, and using one-time pads makes key exchange *much* less secure.

      No encryption scheme is unbreakable. Given enough resources, you can decrypt anything.

      That being said, with a properly-created and properly-secured one-time pad, a bunch of monkeys with typewriters would probably recreate the message before you got it decrypted.

      Hmmm... I'd better patent my codebreaking algorithm before someone steals it!

    8. Re:Companies first by Dr_Barnowl · · Score: 1

      You're right, I always use "one-time pad" in the sense of "perfect random data". I don't regard algorithmically generated OTPs as actually being OTPs, they're just a symmetric key with an obscure key generation algorithm.

      A real OTP is mathematically unbreakable, as it's impossible to tell which particular variant of "sense" data corresponds to the plaintext. The only way you can be sure is if you have a key that corresponds to a known (by you) key generation algorithm, in which case you are not dealing with an OTP as I understand it.

    9. Re:Companies first by VWJedi · · Score: 1

      Well, they were unbreakable until I perfected my "monkey-typewriter" algorithm (see previous post).

      But in all seriousness, I think you're right... By "sense data", I'm assuming you mean the set of "plausible plaintexts"? The more important question is, how to you get "perfect random data"? It's not as easy as one would think.

    10. Re:Companies first by Dr_Barnowl · · Score: 1

      Although it's rather belated, I did find this.

      http://www.idquantique.com/products/quantis.htm

      This is possibly the most impressively elegant solution for computer RNG that I've seen. High bitrate, and doesn't contain nasty radioisotopes.

    11. Re:Companies first by VWJedi · · Score: 1

      Interesting. There is no information on pricing, but I would think that emitting / detecting single photons would be difficult (and, therefore, expensive).

  3. Key Exchange? by bernywork · · Score: 1, Interesting

    How would you go about key exchange?

    Really, you need to ensure that your public keys don't get intercepted as if you sent them via SMS or otherwise. Considering the fact that you aren't trusting the network any longer, it means that you couldn't pass keys across it either.

    So if you wanted a secure key exchange, you would probably have to meet someone or another trusted person and do a key exchange that way, IR would probably workk.

    I guess email could work too.

    --
    Curiosity was framed; ignorance killed the cat. -- Author unknown
    1. Re:Key Exchange? by jez9999 · · Score: 4, Interesting

      Why would it be a problem? Only private keys ca be used to decrypt data. Unless you were concerned about the man-in-the-middle just rewriting the data to say something else, but it's hard to imagine how they'd do that to a live voice conversation.

    2. Re:Key Exchange? by jrumney · · Score: 4, Informative

      It's a fundamental feature of public key encryption that public keys can be exchanged in the clear without compromising security.

    3. Re:Key Exchange? by Anonymous Coward · · Score: 0

      Ever hear of a man in the middle attack?

    4. Re:Key Exchange? by Stooshie · · Score: 1

      ... you need to ensure that your public keys don't get intercepted ...

      ahem, there is a reason they are called public keys.

      --
      America, Home of the Brave. ... .and the Squaw.
    5. Re:Key Exchange? by davecb · · Score: 1

      Over ten years ago a colleage and I were asked to propose just such an encrypted phone, using what was then a new technique, public/private key pairs for the key exchange. The phones were to be "seeded" with an intial public-key repository's key.

      --dave

      --
      davecb@spamcop.net
    6. Re:Key Exchange? by Rakshasa+Taisab · · Score: 1

      Ever heard of public key encryption? Err... wait... this seems to be going in a loop...

      You do know that if you have their public key stored, a man can't place himself in the middle? It would require tapping at the endpoints, where the encryption/decryption is being done.

      --
      - These characters were randomly selected.
    7. Re:Key Exchange? by Secrity · · Score: 1

      Why not just call them and trade the keys using Pig Latin?

    8. Re:Key Exchange? by codegen · · Score: 1

      How do you know you have their public key? How do you know that someone didn't intercept the public key transmission and send you a different public key?

      --
      Atlas stands on the earth and carries the celestial sphere on his shoulders.
    9. Re:Key Exchange? by IWannaBeAnAC · · Score: 1

      The AC that replied is correct: you need an authentication step as well, or you don't know whether you are talking to the person who you thought you were (the alternative is that you are talking to them via some man-in-the-middle).

      The only way that I know of to stop these attacks is to have a *trusted* public key of everyone that you want to phone. The only way to get that trust is to verify somehow (perhaps by meeting up with them) that the key you have listed for them is in fact their key.

      Actually, for telephone conversations it would even be possible to speak a few digits of the key and see if the person on the other end agrees. You couldn't do this for a text protocol, because it would be trivial for the man-in-the-middle to substitute a different set of digits (ie. the ones that it knows are correct). But in a real-time telephone conversation, it would be pretty hard to substitute (but not impossible!).

    10. Re:Key Exchange? by jimstapleton · · Score: 2, Interesting

      In certain situations, a phone might have a bit of 'echo' (the reciver picks up a bit from the speaker). How much of a help could this echo be, in conjunction with a public key, to help identify the private key?

      --
      34486853790
      Connection too slow for X forwarding? Try "ssh -CX user@host"
    11. Re:Key Exchange? by lachlan76 · · Score: 1

      If there's a standard key-distribution scheme, then they could just replace the public key with their own and use a man-in-the-middle attack.

    12. Re:Key Exchange? by d3ac0n · · Score: 4, Informative

      We seem to have a fundamental misunderstanding of PKE here.

      Person A wants to talk to person B using encryption.

      A sends B his public Key, B sends A her public key. They each then use the combination of the other's public key and their own private key to encode and decode messages to and from each other.

      Let's say A goes to send B his key, but it's intercepted by C, and C sends B a modified key (man in the middle attack). Then B will not be able to initiate communication with A because the key won't match. This is how and why PKE works. If it was possible to capture and send a modified key and have the conversation still function then PKE wouldn't be very useful, would it?

      --
      Official Heretic from the "Church of Global Warming". Proven right thanks to whistle blowers. AGW = Flat Earth Theory
    13. Re:Key Exchange? by dean.collins · · Score: 1

      Go read up on Zfone. You can already do encryption with all Asterisk calls by preconfiguration however my company Mexuar also has the ability to do on the fly browser based calls using our Corraleta PRO SDK Basically use any java compliant browser to place a RSA encrypted call from that browser through to an Asterisk server on the fly :) Cheers, Dean New York http://www.mexuar.com/contactus.shtml

    14. Re:Key Exchange? by morgan_greywolf · · Score: 2, Interesting

      Easy. Do what SSH does. Cache the public keys with the address (phone #, in this case). You accept the public key the first time it's used, and if a different public key is presented for a particular caller or recipient, you get warned that something funny is going on. The only difference being while SSH will outright refuse to connect to a key that's changed from the cached key, you would probably make the phone simply inform the user that the caller gave a different public key this time. It's up to the user to verify if this call is not subject to a MITM attack.

    15. Re:Key Exchange? by Simon+(S2) · · Score: 1

      If there's a standard key-distribution scheme, then they could just replace the public key with their own and use a man-in-the-middle attack.

      You don't seem to know how pgp works. If they replace your pk with their own, your secret key would not be able to decrypt the conversation.
      --
      I just don't trust anything that bleeds for five days and doesn't die.
    16. Re:Key Exchange? by markov_chain · · Score: 1

      PKE assumes that public keys are published reliably in some directory in a transaction separate than the communication itself. For example, many hackers put their public keys on their web pages. In addition, these keys might be republished in various other places. This is why it is hard in principle to spoof these keys.

      With a man-in-the-middle attack, this PKE assumption is broken because the public key exchange typically happens in the same transaction, which is bad. This is why ssh will ask confirmation when first connecting to an unknown machine, or if a known machine's key changes.

      In your example above, C would be able to intercept both directions of the transaction. To avoid the attack, the initial key exchange must not be intercepted. For example, A and B could both publish their keys in the yellow pages, on their web sites, keep it in their signatures, etc.; this way, it will be near impossible for C to spoof them without A and B noticing, if they are diligent.

      --
      Tsunami -- You can't bring a good wave down!
    17. Re:Key Exchange? by Simon+(S2) · · Score: 1

      How do you know you have their public key?

      You send me your public key. There are thousands more, but this one is yours. I can encrypt something with your public key, and only our secret key will be able to decrypt that something I've sent you. If, when you send me your pk, someone replaces that key with their own, you will not be able to decrypt what I have encrypted for you with that replaced key. Thus, we well not be able to talk, and the man in the middle attack is worthless.
      --
      I just don't trust anything that bleeds for five days and doesn't die.
    18. Re:Key Exchange? by cain · · Score: 1

      Let's say A goes to send B his key, but it's intercepted by C, and C sends B a modified key (man in the middle attack). Then B will not be able to initiate communication with A because the key won't match. This is how and why PKE works. If it was possible to capture and send a modified key and have the conversation still function then PKE wouldn't be very useful, would it?

      But this is exactly what they are claiming. If you don't trust the network, you may not get A's key if you use the untrusted network to transmit the key. A sends the key to B via untrusted network. C intercepts A's key and inserts his own. B uses key to initate conversion with A, via the untrusted network. C intercepts the transmission and does a classic man in the middle: B -- C -- A where A and B think they arte talking to each other, but they are actaully talking to C.

      You should not use an untrusted medium to deliver public keys. (Unless you confirm the key's fingerprint with the other party like ssh does.)

    19. Re:Key Exchange? by Shaiken · · Score: 1

      You don't seem to understand how a man in the middle attack works. They will insert themselves between the two ends of the conversation, and intercept everything, They'll decrypt it with their own private key, and reencrypt it with your public key. Unless you know the public key of the other party beforehand there's no way to defend against this. None if this is very hard if you own the phone network in between the two phones.

    20. Re:Key Exchange? by Kadin2048 · · Score: 1

      The only way that I know of to stop these attacks is to have a *trusted* public key of everyone that you want to phone. The only way to get that trust is to verify somehow (perhaps by meeting up with them) that the key you have listed for them is in fact their key.

      Actually, for telephone conversations it would even be possible to speak a few digits of the key and see if the person on the other end agrees. You couldn't do this for a text protocol, because it would be trivial for the man-in-the-middle to substitute a different set of digits (ie. the ones that it knows are correct). But in a real-time telephone conversation, it would be pretty hard to substitute (but not impossible!).


      Agreed -- and I'm pretty sure this is how Zimmerman's ZPhone works; it doesn't use CA's or a centralized authentication scheme, and instead just lets you verify your key fingerprint against the one reported by the other party's software. If they don't match, then presumably you know there is something fishy going on (although, I would bet that most technically un-savvy people would probably not be smart enough to terminate the conversation because of a few numbers not matching up...but that's hardly a fault of the system).

      Centralized CAs are unnecessary, and introduce single points of failure or compromise in a system; I could see how a government or other attacker would want them (can you say key escrow?) but that doesn't mean that they would be good for users.

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    21. Re:Key Exchange? by cain · · Score: 1

      There is no reason the man in the middle needs to modify the data. Just being able to evesdrop on the conversation may be enough, just like a tap on a standard phone.

    22. Re:Key Exchange? by Kadin2048 · · Score: 1

      No; you seem to be misunderstanding the attack.

      The attacker compromises both the initial key exchange and all subsequent communications. They swap each party's public keys during the initial exchange for their own, and then transparently decrypt (snoop), and re-encrypt the traffic during the communication.

      It's certainly possible, I've seen demos of it with SSH. The only defense you have against it is key fingerprinting, where you are very religious about checking the key fingerprint that's reported at your end, against the other guy's system when it reports his own key's fingerprint. If they don't match, stop talking.

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    23. Re:Key Exchange? by smilindog2000 · · Score: 1

      Basically, for the well proven schemes, this is of little help. The algorithms that have stood the test of time and public scrutiny generally are resistant to both man-in-the-middle attacks (though there are still LOTs of security issues, like trusting you are talking to who you think you are) and chosen-plaintext attacks. Knowing that there is echo has to be of less use to a cryptanalyst than the ability to choose the plaintext and view the encrypted results. Also, knowing the public key doesn't combine with echo, because all you use the public key for is to exchange keys for shared-key encryption (an echo-free operation). The main reason for using shared key encryption is to allow both sender and receiver to dramatically reduce the computational effort to encrypt the stream. Cell-phone based algorithms would likely do this.

      --
      Beer is proof that God loves us, and wants us to be happy.
    24. Re:Key Exchange? by mOdQuArK! · · Score: 1

      Unless you know the public key of the other party beforehand there's no way to defend against this.

      Ummm...that's kind of why the key of BOTH parties is PUBLIC. It's not that much different than exchanging your [public] phone numbers at an earlier time before making your [secure] call.

      A successful man-in-the-middle attack requires that the man-in-the-middle also intercept & modify the transfer of the public key information.

    25. Re:Key Exchange? by Anonymous Coward · · Score: 0

      Because a true man-in-the-middle attack would work like this:

      The attacker would intercept your public key, and then send THEIR public key to the person you're trying to contact.
      They would then intercept your contact's public key, and send you another public key for which they have the corresponding private key. (Theoretically, they could send the same public key to both you and your contact, but if you and your contact then compared the received keys, it would be obvious that your communications are under attack.)

      Once the key exchange has concluded, they are now able to view all the messages passed between you and your contact the same as if the stream was unencrypted.

    26. Re:Key Exchange? by mstahl · · Score: 1

      A sends B his public Key, B sends A her public key

      You've got it all wrong! A is the lady, and B is the fella!

    27. Re:Key Exchange? by Anonymous Coward · · Score: 0

      An interesting thought, though -- since it's a voice communication, you can simply open a phone conversation in the clear and tell each other your public keys by voice, thus allowing you to scramble the call. The man in the middle would have to be one heck of an impressionist to be able to fake both people's voices.

    28. Re:Key Exchange? by cain · · Score: 1

      I don't know why this is modded informative when it is simply not true. Public keys cannot be exchanged in the clear over an untrusted communications channel securely. Public keys exchanged over an untrusted communications channel must be authenticated before they are used. This is the entire problem that PKI attempts to solve.

    29. Re:Key Exchange? by Anonymous Coward · · Score: 0

      Security by obscurity, ftw!

    30. Re:Key Exchange? by cain · · Score: 1

      Heh. Yeah, that's good idea. And it would work, too. You'd have to be able to identify the person on the other end, though. Which means it would not be appliciable for strangers. What percentage of calls is that? I've no idea.

    31. Re:Key Exchange? by nasor · · Score: 1

      I don't think parent misunderstood PKE, I think you misunderstood his comment.

      The danger is that a "man in the middle" (in this case your person C) might intercept person A's key on its way to person B, and replace it with their own key. C can now decrypt person A's transmissions to person B, since person A will be encrypting messages using C's key rather than B's key. C simply decrypts the message, listens to it, and re-transmits it to person B using B's real (intercepted) key. The man in the middle can read all the messages going back and forth between A and B, and A and B will never know it unless they meet up later and discover that each person was using the wrong key to encrypt messages to the other person.

    32. Re:Key Exchange? by RSquaredW · · Score: 2, Informative

      Backwards: C intercepts A's public key. Therefore C can send encrypted data to A. C then passes a modified key to B, allowing B to send encrypted data to C (and similarly for the opposite direction). If C intercepts one direction, but does not intercept the other, the attack may or may not be detected...but C can only read from the side that it has sent a modified public key.

      Sending someone a public key that decrypts YOUR transmission is Authentication, not Encryption. Key transmission must be done in the clear or PKE won't work by itself.

      --
      In accordance with E.O. 12958, this post is marked Unclassified.
    33. Re:Key Exchange? by Spy+Hunter · · Score: 1

      Let's say A goes to send B his key, but it's intercepted by C, and C sends B a modified key (man in the middle attack). Then B will not be able to initiate communication with A because the key won't match.

      But if C can intercept and modify communications in both directions, C can send his own keys to both A and B, then decrypt and re-encrypt traffic going in both directions. A and B never see traffic from each other, only from C. And I should not that this situation is more common than you might realize; for example it can often be done on Ethernet networks (yes, just like the one you're using now) with ARP spoofing!

      This is why encryption without authentication is useless. B needs some way to verify that the key has come from A and not C. In the real world (SSL) this is done with yet more public key encryption. Before communicating, A and B receive public keys from a Certificate Authority (say, Verisign) through a secure channel (their operating system installation disks). A sends his public key to the Verisign along with proof of identity, and Verisign sends back a message, encrypted with the Verisign's private key, saying "We certify that A's public key is [...]". A (or C, doesn't matter) sends this message to B, B decrypts it with the CA's public key, and now B knows A's public key. C can't send a different public key to B because they don't have Verisign's private key; when B tries to decrypt C's message with Verisign's public key it will fail and B will refuse the connection.

      --
      main(c,r){for(r=32;r;) printf(++c>31?c=!r--,"\n":c<r?" ":~c&r?" `":" #");}
    34. Re:Key Exchange? by LunaticTippy · · Score: 1

      Wrong. A passive MITM would only know both public keys, which are public. It wouldn't know either private key.

      --
      Man, you really need that seminar!
    35. Re:Key Exchange? by jrumney · · Score: 1

      First you say it is not true, and yet you explain how it can be done, and that PKI is designed to solve this exact problem.

    36. Re:Key Exchange? by cain · · Score: 1

      Wrong.

      You seem pretty sure of yourself there mister.

      A passive MITM would only know both public keys, which are public. It wouldn't know either private key.

      If you refer to the start of the thread, you'll see that we are talking about a man in the middle which intercepts the intial sharing of public keys (and subsitutes his own). In that case, he most certainly does have the private keys associated with the public keys - as they are his keys.

      Do try to keep up.

    37. Re:Key Exchange? by cain · · Score: 1

      First you say it is not true, and yet you explain how it can be done, and that PKI is designed to solve this exact problem.

      But PKI is not "public key cryptography"! PKI is a mechanism for ensuring that public keys are authenticated, that the public key that you use actually belongs to the person (or entity) that you think it does. If it was true that you could simply exchange public keys in the clear over an untrusted network, there would be no need for PKI. PKI exists because your assertion is false.

    38. Re:Key Exchange? by lachlan76 · · Score: 1

      You misunderstand. When the key transfer happens, they do as follows:

      1. Store the public key.
      2. Send a different public key that corresponds to a private key that is available to them.
      Then, when someone tries to send some encrypted data over the network:
      1. Decrypt the data with the private key that corresponds to the false public key that is now in the possession of the sender.
      2. Re-encrypt it with the public key that was supposed to be sent, and send it to the recipient.

      PGP depends on the availability of a secure channel either for the key-transfer itself or to verify the fingerprint of the public key. Like any other system, it is vulnerable to man-in-the-middle attacks.

  4. Italy & US by Anonymous Coward · · Score: 3, Informative

    Under US law, such a tap is illegal. There are some encrypted channels for cel phone conversations in America, but they have been mostly phased out because of the lack of consumer demand. In the US, such a tap is illegal. Even if such inflamatory behaviors were discovered, the person who did the tap would not disclose it as it would highlight personal illegal activities. Note that there is nothing that the technology is doing to prevent it.

    On the other hand, wireless phones in the US typically do use encryption because they operate in the same frequency range as other devices (cel phones have their own dedicated frequency range). When baby monitors started picking up the conversations down the street, people took notice.

    1. Re:Italy & US by jonwil · · Score: 4, Informative

      I believe the GSM standards actually mandate encryption. However, such encryption isn't going to do very much to protect you from wiretaps if the wiretapper has the permission from the carrier.

      OpenMoko (or other communications platform with open software) + VoIP + AES encryption + Diffie-Hellman (or use RSA and public key cryptography) is the solution if you REALLY need to keep your stuff secret.
      Even the NSA doesn't have enough computing power to decrypt THAT. And, the same solution could run on a PC or anything else with enough CPU power.

    2. Re:Italy & US by el_flynn · · Score: 3, Insightful

      Even the NSA doesn't have enough computing power to decrypt THAT

      Yes, of course. Until you realize, at the end of the conversation, that the NSA's already bugged the room you're talking in.

      --
      The Wknd Sessions - Malaysian and South East Asia independent music
    3. Re:Italy & US by gambit3 · · Score: 2, Interesting

      Actually, the GSM standard DOES mandate the ability to tap cell phone conversations at the network provider level. I should know. I worked for 6 years for a GSM network equipment maker, and I was actually part of the team that tested the functionality of this "feature". It is called CALEA, and it will record not only every detail of the call, but even every button pressed during the call. And it was completely transparent to both ends of the call. That was one crucial aspect of this "feature" that was tested for.

    4. Re:Italy & US by lbbros · · Score: 1

      So it is under Italian law. I haven't RTFA, but if it refers to the Telecom Italia wiretapping scandal, I have to point out that the guys doing the wiretapping were doing it illegally, without any support from political bodies. Most of them have been already arrested.

      --
      A CC-licensed illustrated horror novel
    5. Re:Italy & US by mpe · · Score: 3, Interesting

      I believe the GSM standards actually mandate encryption. However, such encryption isn't going to do very much to protect you from wiretaps if the wiretapper has the permission from the carrier

      The encryption is only between the handset and basestation. If people have the ability to make "legal" taps it wouldn't even help with a call between two phones connected to the same basestation.
      You'd need end to end encryption which would also require you to establish a "data" call, which could well be charged differently from a "voice" call.

    6. Re:Italy & US by Anonymous Coward · · Score: 0

      So even if it is illegal, they still have the information and then if you care enough, you have to figure out who/what/where. The later part can be difficult if not improbable.

    7. Re:Italy & US by mnbjhguyt · · Score: 1

      Under US law, such a tap is illegal. There are some encrypted channels for cel phone conversations in America, but they have been mostly phased out because of the lack of consumer demand. In the US, such a tap is illegal. Even if such inflamatory behaviors were discovered, the person who did the tap would not disclose it as it would highlight personal illegal activities. Note that there is nothing that the technology is doing to prevent it.

      It is illegal in Italy as well, that just doesn't stop people from doing it. In this case, it seems like people working for leading mobile phone company were actively doing this.

    8. Re:Italy & US by manekineko2 · · Score: 1

      I believe the GSM standards actually mandate encryption. However, such encryption isn't going to do very much to protect you from wiretaps if the wiretapper has the permission from the carrier.

      While that may be true, it's mostly a different issue from that mentioned in the article. At least in Italy, according to the article it seems like its a proliferation of over the air eavesdroppers that are breaking the mandated GSM encryptions, which has known flaws.

    9. Re:Italy & US by Stooshie · · Score: 1

      I thought even encrypting messages was illegal in the US. Wasn't there a whole thing with the guy that wrote the original PGP source code and he was arrested for entering the US with a T-shirt that had a barcode on it that when read into the scanner gave you the source code for PGP software?

      --
      America, Home of the Brave. ... .and the Squaw.
    10. Re:Italy & US by anothy · · Score: 2, Interesting

      CALEA is a US-only term; the more generic industry term is Lawful Intercept; while CALEA is reasonably representative and your comments hold true for every Lawful Intercept regulation i know anything about, the specifics vary by jurisdiction. this is a current issue for folks looking at deploying WiMAX services/networks, my current area of focus. it's a major hassle, and once you offer a plain data pipe as a service option, it's futile, since genuine "bad guys" can simply employ end-to-end encryption and bust the whole theory.

      --

      i speak for myself and those who like what i say.
    11. Re:Italy & US by shadow_slicer · · Score: 1

      You actually could do it with a voice call (use modems). You could even do it by hand using morse code (or a higher order encoding) using button presses. Assuming strong enough encryption this would be unbreakable, and there would be no voices to determine who called whom (though it might be prudent to disconnect the microphone).

    12. Re:Italy & US by farenka · · Score: 1

      While that may be true, it's mostly a different issue from that mentioned in the article. At least in Italy, according to the article it seems like its a proliferation of over the air eavesdroppers that are breaking the mandated GSM encryptions, which has known flaws. As often, the real story is much simpler: in Italy the cops have access to all comunications from the local phone providers during investigations. They can have all the calls they need (probably they have access to a big HD full of wav files!) and 'sometimes' some interesting calls reach the press... grin!

      No hackers... no phreakers... no algoritms... just a smart cop with an USB pen.
    13. Re:Italy & US by Anonymous Coward · · Score: 0

      Uh oh, they'll know exactly which part of your parent's basement has your comic collection.

  5. Wooohooo! by mobby_6kl · · Score: 1, Funny

    Hookers and blackjack! This prince guy must have one shiny ass.

    1. Re:Wooohooo! by Anonymous Coward · · Score: 0

      Hell yeah! I don't know what country he's a prince of, but I want to move there. My kinda country.

    2. Re:Wooohooo! by orzetto · · Score: 1

      He's not just any prince. He's Vittorio Emanuele, prince of Naples (a title he holds illegally, actually, since nobility titles are no longer valid in Italy), a thoroughly idiotic fellow, a murderer (who got away with that and bragged about having "screwed the judges"), an anti-semite who said that the racial laws passed by his grandfather "were not that terrible", an arms dealer who was friend with Shah Mohammed Reza Pahlavi, dictator of Persia.

      Hookers and blackjack are peanuts in his line of business, but of course you can jail'em only when you can nail'em, a bit like Al Capone.

      --
      Victims of 9/11: <3000. Traffic in the US: >30,000/y
  6. Well... by Anonymous Coward · · Score: 0

    ...if my wife was cheating on me, I'd like to be able to monitor her cell phone. (Yes, I am married)

    1. Re:Well... by montyzooooma · · Score: 0, Offtopic
      "(Yes, I am married)"

      Not for much longer with that attitude.

    2. Re:Well... by Lord+Kano · · Score: 1

      Even though noone "deserves" to be cheated on, it should remail illegal to snoop on anyone else's telephone conversations.

      If you think she's cheating, hire a PI.

      LK

      --
      "Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
  7. New laws? by NightWulf · · Score: 1

    Awaiting laws passed in Italy that ban the use of encrypted cell phones in 3....2....1...

    1. Re:New laws? by McGiraf · · Score: 1

      Awaiting the 3...2...1... post in 3...2...1...

  8. Worried now? by Baavgai · · Score: 3, Interesting

    An Italian investigative reporter stated that no one would ever discuss sensitive information on the phone now.

    Why on Earth would you ever discuss sensitive information on the phone before? There's always been phone tapping tech. It's only the laws for that technology's usage that protected anyone from it. You never say anything on the phone that you wouldn't say to a cop. If you don't know that rule, you're a pretty inept criminal.

    1. Re:Worried now? by Anonymous Coward · · Score: 0

      Tap my phone? Fugedaboudit!

    2. Re:Worried now? by ianezz · · Score: 2, Insightful

      Why on Earth would you ever discuss sensitive information on the phone before? There's always been phone tapping tech. It's only the laws for that technology's usage that protected anyone from it. You never say anything on the phone that you wouldn't say to a cop. If you don't know that rule, you're a pretty inept criminal.
      • by no means discussing "sensitive" information does imply underlying illegal activities (even if it is the case sometimes);
      • there are a lot of details everyone would tell a cop if requested to, but would not reveal in a public place. Having the cops hearing your business plans is not the same as your competitors hearing them.
      • also you can rightfully expect the cops not to reveal your business plans to your competitors even after.

      As low as it may be, there still is some expectation of privacy on the phone (that's why wiretapping is regulated by a law): unfortunately even that low barrier has been broken in a quite spectacular way, so people now are outraged and asking for end-to-end encrypted phones, since they can't trust the phone company (the tapping apparently was done by insiders at the phone company...).

    3. Re:Worried now? by manekineko2 · · Score: 1

      If you're discussing protecting information you're discussing from the cops, certainly, any phone is suspect. However, if you're discussing protecting it from eavesdropping by random people sniffing the packets of your over transmissions and decrypting, then as far as I know, CDMA is still secure. Its method of transmission also acts as an inherent level of security, in that an eavesdropper would have to know what code channels to listen to in order to intercept.

    4. Re:Worried now? by ghyd · · Score: 1

      "You never say anything on the phone that you wouldn't say to a cop." IE, you're never using your phone at all.

  9. Tap MY phone? by Anonymous Coward · · Score: 0

    Mama-mia! Someone call Tony Soprano. He'll know what to do.

  10. It does! by bWareiWare.co.uk · · Score: 3, Informative

    http://en.wikipedia.org/wiki/A5/1

    It can be broken, but considering the power of early GSM handsets this was quite an effective system. One of the major factors driving G2 (digital) phones was the easy of eavesdropping on the old analogue G1 network.

    1. Re:It does! by Anonymous Coward · · Score: 0

      That is link encryption. This only stops eavesdropping by third parties. To avoid eavesdropping by the telco (probably at the request of a government origanisation) you need end-to-end encryption.

    2. Re:It does! by Mike+McTernan · · Score: 1

      A5 is helpful and should help keep amateurs out when in use (it's upto the network to switch it on), but it's not end to end encryption which would be needed to get around the lawful interception interface specified in GSM networks - the 3GPP spec is here: http://www.3gpp.org/ftp/Specs/latest/R1999/01_seri es/0133-800.zip

      Note section 4.2, "Background Technical Requirements":

      3) The X3-interface receives "Product" (mobile user's speech and data) from the MSC. It is contained within one or more 64 kbit/s channels.
      --
      -- Mike
  11. Your parent is talking about the issue of trust by Marton · · Score: 1

    How do I know that the public key I'm presented with belongs to you and not some man-in-the-middle? Clearly you don't want a central agent (like a CA) be in control of trust, because the problem here is the central control over encryption in the 1st place.

    A workable solution would be to accept public keys like you do with SSH. Once you have a connection you can verify the thumbprint (or babbleprint) with the other party using your voice, and move on to sensitive discussions if the keys check out. You'd only need to do this upon the initial connection, or when the keys change for some reason.

    1. Re:Your parent is talking about the issue of trust by jrumney · · Score: 3, Insightful

      Clearly you don't want a central agent (like a CA) be in control of trust, because the problem here is the central control over encryption in the 1st place.

      A CA is not in central control over encryption. They are only in control of authenticating keys. The only way they can subvert the encryption process is to issue matching (in details, but not in keys) certificates to you and the man in the middle. If they were to do this, it would be detected quickly, and their reputation as a trusted CA would suffer.

    2. Re:Your parent is talking about the issue of trust by Kadin2048 · · Score: 1

      If they were to do this, it would be detected quickly, and their reputation as a trusted CA would suffer.

      Why do you assume that it would be detected quickly?

      If it was issued in secret, say via a NSL, and the people running the MITM were competent, it might take a very long time to discover.

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    3. Re:Your parent is talking about the issue of trust by jrumney · · Score: 1

      Why do you assume that it would be detected quickly?

      Because switched keys are easy to detect, and enough people are paranoid about these things that there are plenty of eyes watching for it.

    4. Re:Your parent is talking about the issue of trust by EllisDees · · Score: 1

      I believe the zphone (from Phil Zimmerman) gets around this by displaying some sort of hash that you can actually say to the other person on the line once the call has been connected. If your hash doesn't match what it should be, there could be a man in the middle.

      --
      -- Give me ambiguity or give me something else!
    5. Re:Your parent is talking about the issue of trust by Marton · · Score: 1

      A CA is in control over a small part of the process that makes it possible for them (or anyone having a copy of their private key) to perform a MITM attack on any web browser without the user having a clue. You're right, done on a large scale it'd be caught quickly but if the attacker is being careful and only spoofs a few people he's interested in: nobody will ever know. After all, when was the last time you compared your favorite HTTPS site's certificate to the one you saw during your previous visit? Do you verify Windows updates manually, making sure that signatures that appear to be from Microsoft are, in fact, from Microsoft? Does your email client throw up a warning if your POP/IMAP/Exchange/whatever server has a new, valid certificate?

      And the problem I'm trying to highlight here is that having any sort of central trust component pretty much makes the system worthless for exchanging information that you want to keep secret from everyone, if "everyone" includes the most resourceful governments of the world.

  12. Cordless phones too by Anonymous Coward · · Score: 1, Interesting

    No matter how hard I look, I can't find a cordless phone with encryption. Ten years ago this wasn't so difficult to do. It seems after congress passed a law banning evesdropping on phones the industry just gave up on encryption. Hopefully this will reignite the use of cryptography in cordless phones.

    1. Re:Cordless phones too by kwark · · Score: 1

      It not that hard to find DECT phones that actually encrypt the basestationhandset communication. Just search for: dect encryption and the name of you favorite c.e. manufacturer *if they don't have it try Siemens or Philips instead)

    2. Re:Cordless phones too by manekineko2 · · Score: 1

      I was under the impression that digital spread spectrum cordless phones were considered to be fairly secure from an eavesdropping point of view? Is that not the case?

    3. Re:Cordless phones too by Anonymous Coward · · Score: 0

      My guess would be that if a legitimate base station can receive and decode the signals, so can an illegitimate one. Take a regular base station, make a few modifications, and you've got a nice listening device.

  13. Not Gonna Happen in US by gambit3 · · Score: 4, Insightful

    Quite simply, one of two things would prevent encrypted cell phones from becoming successful in the US:

    1. The government would simply make it illegal (don't want to give the terrorists any new tools).

    2. The government would require a backdoor be built in by manufacturers, defeating the purpose.

    1. Re:Not Gonna Happen in US by jez9999 · · Score: 1

      If everyone was using OSS encryption, en masse, how would the government enforce these two points? Mind you, I do realise that the US has tragically jailed huge numbers of people for using cannabis. I guess I wouldn't put much past a government that's retarded and evil enough to do that. :-(

    2. Re:Not Gonna Happen in US by Isao · · Score: 1
      #2 is already in place. CALEA is a law that requires telecom carriers to provide law enforcement with access to call data, including content. Simply put, any encryption that a provider would put in place would have to be made interceptable by law enforcement.

      Interestingly, this moves the target for unlawful intercepts from the user communication path to the CALEA intercept equipment itself, which is often very poorly protected.

    3. Re:Not Gonna Happen in US by k1e0x · · Score: 1

      I agree but.. Isn't that one thing?

      1. Government

      "Oh sure you can have a private conversation.. except we need to listen.. just in case your.. you know.. dissenting or something."

      I wonder if people started using e-mail encryption enmass if they would stop that too?

      --
      Bringing liberty to the masses. - http://freetalklive.com/
    4. Re:Not Gonna Happen in US by jimicus · · Score: 1

      If everyone was using OSS encryption, en masse, how would the government enforce these two points?

      They may be using OSS software but they sure as hell aren't connecting an openly-developed phone to a GSM mobile network. If you can't trust your own hardware, I really don't see how you can trust software which runs on it.

    5. Re:Not Gonna Happen in US by Hoi+Polloi · · Score: 1

      Everyone ISN'T going to use OSS encryption. Everyone is going to get their phone via their carrier or Motorola, Samsung, etc. They won't be allowed to sell phones unless they allow the US Stasi^H^H^H^H^HGovernment to snoop.

      --
      It is by the juice of the coffee bean that thoughts acquire speed, the teeth acquire stains. The stains become a warning
    6. Re:Not Gonna Happen in US by Anonymous Coward · · Score: 0

      Time to add this to the US anthem:

      "For the land of the controlled and the home of the spineless citizen!"

    7. Re:Not Gonna Happen in US by manekineko2 · · Score: 1

      2. The government would require a backdoor be built in by manufacturers, defeating the purpose.

      Well, I'd say a large part of the use of end to end encryption to prevent over the air eavesdropping would be to prevent non-governmental types from hearing. If you're a celebrity having an affair, the government overhearing is probably okay, but tabloids overhearing is a nightmare

    8. Re:Not Gonna Happen in US by h4ck7h3p14n37 · · Score: 2, Interesting

      I work for a telecom provider (mostly hosting of SIP apps) and we are not required under CALEA to provide access to law enforcement. Rather, the telco carriers that _we_ use, like AT&T, Qwest, etc. are required to provide access. What that means is that we could offer customers a VPN connection to our network, give them a soft-phone and ensure that their SIP traffic remains encrypted. You'd probably have to do SIP to SIP since I don't know how you'd encrypt the PSTN leg of the call.

      Cell phones would be tricky to encrypt since you'd have to run specialized software on the phone. For fixed stations it would be trivial. Setup SIP gateways on both ends, connect the gateways using a VPN and use either a hardware or software based SIP phone. The two parties would then need to physically exchange the encryption keys needed for the VPN. In this sort of arrangement CALEA would not apply and law enforcement would not be able to demand access to the network traffic.

      I currently have access to all the necessary software and hardware, but simply haven't have the time to setup an experimental system like the one I described. This sort of system has been technically feasible for over a decade. Perhaps I should start selling all-in-one packages?

  14. For a very long time by kilodelta · · Score: 3, Interesting

    Law enforcement has had the ability to tap in and monitor cellular communications.

    In the days of AMPS and NAMPS it was a piece of cake. Friend of mine worked in IT for the local PD and was able to get a scanner that wasn't 800-900 blocked, and a little card and software for the computer that allowed us to follow calls as they went from cell to cell.

    CDMA and GSM just throw a little wrinkle in.

    1. Re:For a very long time by Anonymous Coward · · Score: 0

      Just pick one up in canada. They're not blocked.

  15. OpenMoko possibilities by mjrauhal · · Score: 1

    Indeed, and a nice thing about cryptophone is that they apparently provide protocol specs and invite others to be compatible (it would have to be reimplemented though).

    There has also been talk of encrypted call support (would be nice if compatible with cryptophone, considering the published protocol) in OpenMoko, the open GNU/Linux-based phone OS, though no real work as of yet (hopefully only because the developer sales of the Neo1973 devices haven't properly started on schedule).

    It is just a question of software regardless, what with the platform having no relevant restrictions. I suspect encrypted calls will be a reality on the platform before mass-market sales in the fall. I haven't the energy to do something that big myself, though, so just a guess from the sidelines.

    1. Re:OpenMoko possibilities by mrcaseyj · · Score: 1
      I heard that in the US there is a law against encrypted phones that can't be tapped by the government. I'm not sure how software like cryptophone gets around it, but I guess it's because it's not an actual phone but just software on a computer. This rules out OpenMoko being sold with voice encryption installed, but it may be possible to install it after purchase.

      Of course the government could probably hack your phone any time they want, but on an open source phone they would probably have to use a great deal of discretion to prevent their entry methods from being detected by intrusion detection systems and consequently getting their holes plugged. That means they probably couldn't tap a lot of phones for a lot of time.

      It's quite common these days for the authorities to hack peoples phones and turn them into bugging devices to eavesdrop on non phone conversations. Your phone may appear to be turned off but in fact it can be transmitting everything in the room to the cops or to criminals like industrial spies. Executives are told to remove the batteries from their phones when they are discussing sensitive issues. Of course that only works reliably if everyone else in the room also removes the battery from their phone. It's kind of weird to think that the cops have readily accessible bugging devices in everybody's pocket these days.

      Phone encryption is so rarely used today that if you use it you may draw attention to yourself. If a really good hacker or a government targets you specifically then your security stands a large chance of being breached. Maybe if a lot of people start using it then it will become less suspicious. But governments are already talking about requiring key escrow so they can get into everything. If a lot of people start using phone encryption then they will surely clamp down on it.

  16. GSM encryption is not all that trivial by iceco2 · · Score: 3, Informative

    Though in the acedmic circles, serious flawa with GSM encryption
    have been found they are still not all that trivial to implement.

    The main work on attacking GSM in a practicle scenario was done by
    Elad Barkan with the help of Eli Biham and Nathan Keller.

    to briefly explain the security you must notice there are diffrent variants for
    GSM encryption the weak one being A5/2 anf A5/1 and A5/3 being considarbly stronger.

    breaking A5/1 in a passive attack requires a significant amount of precomputation and storage
    that though one could buy of the self, I find it unlikely any private citizen will set up
    a cluster of two dozen computers to crack GSM for the fun of it, though obviously a large
    evil corparation or a small company would easily have the resources.

    an active attack could convince a cell phone to use A5/2 even if it prefers A5/1 or a diffrent variant,
    this requires more specialized equipment and it easier to catch the attacker as he must be sending out
    radio signals, these may also interfere with normal cellphone traffice.

    This is just to put the threat into proportion,
    your own govement can wiretap without breaking encryption,
    A serious enemy can probably muster up the resources to wiretap by breaking GSM encryption
    but your next door neighboor will probablby find it exremly difficult to listen in on encrypted GSM cell
    phone traffic.

        Me.

    1. Re:GSM encryption is not all that trivial by mobileTen · · Score: 3, Interesting

      An attack is very simple. You need to implement a Man in the Middle Attack. All you need to do is have your own base station. Low power base station are becoming cheaper, even to the extent that they are being put into aircraft. There is no authentication under GSM of the base station. The base station can switch encryption on and off between the base station and the phone. The phone will not warn you that encryption has switched off! Therefor to eavesdrop on a phone, when you can not get a tap at an exchange you need to buy yourself a small portable base station (Getting cheaper all the time), follow your victim, and listen.

    2. Re:GSM encryption is not all that trivial by Anonymous Coward · · Score: 0

      ahh... but it's not my Neighbors that I'm worried about. They just have loud parties which do not match with my work schedual. The US Gubberment, OTOH, has guns, secret prisons, &c. That scares me.

    3. Re:GSM encryption is not all that trivial by manekineko2 · · Score: 1
      I posted this below in response to another comment, but I'll post it here as well since it seems relevant. From the article:

      What has spurred encryption sales is not so much the legal wiretapping authorized by Italian magistrates -- though information about those calls is also frequently leaked to the press -- but the widespread availability of wiretapping technology over the Internet, which has created a growing pool of amateur eavesdroppers.
      While I admit I am only relying on what the article says, it sure makes it sound pretty bad in Italy. That said, from a quick glance, it seems if these things are available easily, it must only be in Italian since I'm not seeing them on Google.
    4. Re:GSM encryption is not all that trivial by Ungrounded+Lightning · · Score: 1

      ... breaking A5/1 in a passive attack requires a significant amount of precomputation and storage that though one could buy of the self, I find it unlikely any private citizen will set up a cluster of two dozen computers to crack GSM for the fun of it, though obviously a large evil corparation or a small company would easily have the resources.

      A "cluster of two dozen supercomputers"? How much is that in graphics processors on video cards?

      (How about on one-generation-back video cards that the stores are selling at "get them off the shelves to make room before we have to pay a hazmat disposal fee" prices?)

      --
      Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  17. Voice encryption made easy by Anonymous Coward · · Score: 3, Funny

    I'veway eenbay usingway oicevay encryptionway orfay earsyay.
    It'sway easyway andway otallytay onfusescay anyway
    eavesdroppersway.

    1. Re:Voice encryption made easy by Anonymous Coward · · Score: 0

      Fo shizzle!

  18. Are the solutions open source by Aceticon · · Score: 2, Insightful

    Is the encryption software open-source?

    If not, how do we know that it doesn't have a back-door?

    And if it does indeed have a back-door, how can people ever be sure that the "wrong" people (definition of "wrong" depending on the user) will not intercept and decode the communications using said back-door?

    In this world of powerfull Intelligence Agencies, any kind of communications security software/hardware which is not at the very least peer-reviewed is bound to have some sort of backdoor.

    1. Re:Are the solutions open source by teh_chrizzle · · Score: 1

      Is the encryption software open-source? If not, how do we know that it doesn't have a back-door?

      back doors in proprietary software? that's unpossible!

      --
      sarcasm:
      -noun
      1. harsh or bitter derision or irony.
  19. Get a CryptoPhone by mwilliamson · · Score: 4, Informative

    It looks like a firm in Germany already offers a AES-256 bit encrypted mobile and POTS phone, as well as a softphone. Although their hard phones aren't cheap, the softphone is free to give to your contacts. http://www.cryptophone.de They alse include source code for "full independent review" with their products.

    Similarly, Phil Zimmermann, the creator of PGP has released his Zphone to make encrypted VoIP calls. Also, the Asterisk project offers an encrypted IAX channel.

  20. RF blend from the microphone by Anonymous Coward · · Score: 1, Interesting

    I notice that no one has commented on the problem with RF noise of the signal created at the microphone. It bleeds into the circuitry behind the encryption device and is amplified together with the encrypted signal. Provided you're within range (and phone companies will obviously be), you can sample the convolved signal, extract the unencrypted signal (an amplitude modulation?) from the encrypted signal (white noise).

    The only way to get around this is to specifically design the phone so that no signal bleeds from the microphone to the antenna. The government uses such phones, but I haven't seen any of them available for consumers and companies yet (and their production cost is prohibitively high for consumers anyway).

    1. Re:RF blend from the microphone by redelm · · Score: 1
      Yes, there is bleed. But there ought to be _LOTS_ (80+dB) isolation from the transmitter input. The expected digitial input will overwhelm it. Furthermore, even after parasitic amplification, the signal gets subjected to such heavy noise that the digital signal barely makes it through. The analog parasite gets lost. Noise is random and cannot be undone to recover weak signals.

    2. Re:RF blend from the microphone by Anonymous Coward · · Score: 0

      I guess I was unclear in my post, since we talk past each other. I'm not thinking of a parasitic signal through the circuitry blending into to the encrypted signal, as you say this will be sufficiently attenuated. Rather, the process on my mind involves a clear signal radiated away from the microphone. This radio signal is transmitted "on the ether" like any other. It can be picked up directly, but the main problem is that it is picked up by the antenna and convolves with the true (encrypted) signal.

    3. Re:RF blend from the microphone by redelm · · Score: 1
      I'm still not sure I understand, but the microphone won't radiate much, a few tenths of a milliamp over a fedw dozen millimeters. If some input stage doesn't pick it up, what will an antenna do?

      Sure, an antenna will get induced, but that will show up as noise in input or output. The GHz antenna is no-where nearly in tune to resonate and amplify a 300 Hz signal!

  21. Freely Available Wiretapping Technology? by blantonl · · Score: 3, Informative

    Are GSM phones in the US ripe for a similar explosion in the use of freely available wiretapping technology, and could this finally be the impetus to for widespread use of software-encrypted communications?"

    Unless I'm missing something, there certainly is not any freely available wiretapping technology for GSM phones and networks. There are a few vendors that sell very expensive GSM tapping and over the air capture devices and platforms, but they are extrememly expensive and only for sale to authorized buyers (law enforcement, military, and feds)

    --
    Lindsay Blanton
    RadioReference.com
    1. Re:Freely Available Wiretapping Technology? by manekineko2 · · Score: 1

      What has spurred encryption sales is not so much the legal wiretapping authorized by Italian magistrates -- though information about those calls is also frequently leaked to the press -- but the widespread availability of wiretapping technology over the Internet, which has created a growing pool of amateur eavesdroppers.

      While I admit I am only relying on what the article says, it sure makes it sound pretty bad in Italy. That said, from a quick glance, it seems if these things are available easily, it must only be in Italian since I'm not seeing them on Google.

    2. Re:Freely Available Wiretapping Technology? by Mashiki · · Score: 1

      What that says is there's leaks and corruption in the Italian justice system up and down. People getting payed to do this more so then anything else.

      --
      Om, nomnomnom...
  22. Exactly. by FatSean · · Score: 1

    They'd demand the keys under the auspices of a recently passed bullshit law. If you don't give them up, you're jailed for contempt of court.

    Be nice...because they might name you a terrorist and then you magically lose your habeus corpus rights!

    But, we're safe from terrorists!

    --
    Blar.
  23. What about Skype? by Bearhouse · · Score: 2, Insightful

    They claim that communications are end-to-end encrypted, although they don't publish the source code, so hard to verify for backdoors etc. They have a client available for mobile devices - you can then call from any hotspot. Free, too, unless you take or make calls to/from normal lines (which are then, of course, not encrypted).

    An another point, some of the posts here seem to be missing the point - the Italian wiretaps involved not just the state, but also illegal snooping done by powerful individuals, corporations and also the state phone company. It's not just the mobiles that were tapped, but land lines too. No point in having an encrypted GSM if you then use it to call a bugged land line...

  24. Encryption + Skype ? by Anonymous Coward · · Score: 0

    Does an encryption plugin to Skype exist ?

    And how safe is this ? As tapping could be done at a Supernode.

  25. Public Key not spoofable; here's how: by KWTm · · Score: 2, Informative
    Wow, my head is still spinning after reading the flurry of comments in response to the sibling posts, and responses to those, ad infinitum. Maybe if I summarize stuff here, we can all get on the same page and move on. All the Public Key Encryption (PKE) problems have been addressed in systems like PGP/GPG and SSH, etc. I have to remember that not everyone is familiar with this, and the number of queries about "but wouldn't this or that be insecure?" is a reminder of the fairly substantial problems which which the crypto community has had to deal with, and the elegant way in which they have done so. Sometimes I take it for granted.

    In short: public key exchange is not a problem, not even for man-in-the-middle, if you do it right.

    The parent poster said: public key exchange is a problem. People seemed to think that the "problem" in question was that public keys must be kept secret, and answered, "No need to keep it secret." A better answer might have been: "You MUST NOT keep it secret," and that would answer the comments about man-in-the-middle as well.

    People worried about man-in-the-middle note that the phone company owns the channel, and thus can intercept everything! But that's not enough for a man-in-the-middle attack (MitM attack, where attacker K intervenes in the conversation between A and B; K tells A that K is really B, and K tells B that K is really A, and relays the conversation). The key to breaking MitM is to recognize the additional condition for such an attack: the attacker must completely replace the messages from the sender with his own messages. Otherwise, either:
    • the attacker is only eavesdropping, but won't be able to get any info once sender and receiver start using encryption, or
    • sender and receiver realize that there is someone intercepting, and switch encryption or move to a different channel

    Thus, sender and receiver must prevent a MitM attacker from completely replacing all the messages. The way to do this is to exchange messages through more than one channel, at least in the beginning.

    With the usual PKE such as GPG over email, for example, the sender doesn't just send public keys to you and say, "Here's my public key; now let's talk." That's a foolish and insecure way to do it, and the importance of drilling this into the users' heads is the number one reason why GPG isn't that well-promoted: its proponents (rightly) prefer to have the system less popular but secure, rather than have some AOL weenie start using GPG improperly and getting a false sense of security.

    And, no, the way to make it more secure is NOT to send more data, like "Here's my public key and my photo. Now do you believe that it's my real key?" That would just be sending more data over the same channel. You need another channel.

    If sender and you have already exchanged public keys before, assuming it was in a secure way, then we're good, because the exchange was made in a previous conversation over which the MitM attacker had no control. That's an additional channel.

    But say they've never exchanged public keys before. Well, you can check if the sender has published the public key on some keyserver, or hopefully multiple independent keyservers. These would be separate channels over which the MitM attacker would have no control. The sender puts up the key (or has already put up the key) on the pgp.mit.edu server (for example) and has already checked that it had been uploaded correctly. Once it's published, no MitM can modify the key. Note that you just need any publicly accessible info source where published data cannot be changed, so you don't need to trust the keyserver as much as, say, a SSL Cert authority like VeriSign. The "keyserver" could be the local newspaper classifieds, for example.

    But let's say that there is no trusted key repository. What now? Well, if you have someone you mutually trust, who has a public key known to and trusted by you, and who knows and trusts

    --
    404555974007725459910684486621289147856453481154 in hex is "You sank my Battleship?"
    [GPG key in journal]
  26. Pluto by Anonymous Coward · · Score: 0

    Uhm... how do you know Pluto exists? Seriously, before getting all testy, please use the extensive resources of the internet to try to educate yourself even a tiny little bit. Damn.

  27. Encrypt Encrypt Encrypt by AHuxley · · Score: 1

    Telecom Italia and SISMI have gone up against organized crime, terrorists and the CIA.
    They always win as the great work of Adamo Bove showed.

    --
    Domestic spying is now "Benign Information Gathering"
  28. Nextel and Sprint PCS have the servers too by JohnnyComeLately · · Score: 1

    When I worked at Nextel, the "Guys in Suits" had a server set up in our transport room (where the OC-92 and other fiber came in to the demarc). We had no real input, but one person (not me) was responsible for admin of it (in case it needed reboot, etc). It's now able to be public, but we had to keep it hush-hush that there was no way to tap Direct Connect for quite some time. It's able now, but it was more difficult with Direct Application Processors (DAP - used to process Direct connect traffic). Nextel is/was TDMA.

    Sprint had it, but visibility was 0 even at the 2nd tier technical support level. Sprint uses CDMA.

    In both cases, it's fairly straightforward to tap a normal cell phone call. Any switch that processes your call sees the flag and adds the additional phone tap and then sends the data to a predetermined trunk leading to the CALEA servers. Only trusted and specifically trained people are allowed to touch the servers, and calls from law enforcement are directed to a group which knows how to process and execute legal wire tap requests.

  29. mod parent up by UbuntuDupe · · Score: 1

    That was very informative, and I hope you get modded up to five. It's nothing original of course, but being able to condense long-known information that people should be aware of (but aren't), into something understanable, is itself difficult.

    With respect to making talk of PKE easier to understand, I've never understood why, other than history, they use the term "public key". It seems a "public key" is more analagous to a physical lock than a physical key. When you apply a public key, you are, in essence, locking the data, and can be done whether or not you have the key (the private key, that is). So, I just think it would be easier to call it a "public lock".

  30. royal flush... by Anonymous Coward · · Score: 0

    if you are pokering on me not using my two 60 cpu 50gig ram outdated supercomputers against your phone you loose. :)
    stuff is cheap. go get a garage.

  31. ...way down in the hole by linky · · Score: 1

    The ghost of Stringer Bell is moderately impressed.

    --
    WHOA!! Ken and Barbie are having TOO MUCH FUN!! It must be the NEGATIVE IONS!!
  32. CDMA by Anonymous Coward · · Score: 0

    Use a CDMA phone -- they are a bit more secure. The GSM algorithms were cracked quite a few years ago and are currently useless.

  33. The best way I'm aware of to generate random data by LunaticTippy · · Score: 1

    Radioactive decay. Truly random.

    --
    Man, you really need that seminar!
  34. It was not the prince, it's worse... by Anonymous Coward · · Score: 0

    It was not just a prince that did the high class prostitute business, it was Vittorio Emanuele di Savoia, the heir of the last King of Italy. He is prince of Naples and proclamed himself king of Italy. He could not enter Italy until 2002, when its exile was ended. I wish they never did that... he started a money laundering and prostitution business between Switzerland and Italy at the Campione casino near the border... how noble of him.

  35. Re:The best way I'm aware of to generate random da by VWJedi · · Score: 1

    Radioactive decay. Truly random.

    Interesting... but can you prove that the data is truly random? The fact that it follows no known pattern is probably good enough, but I don't think you can be sure that someone hasn't discovered a pattern to it (or won't discover a pattern in the future).

  36. Re:The best way I'm aware of to generate random da by LunaticTippy · · Score: 1

    Nobody can prove that it is random. We might live in a deterministic universe where radioactive decay intervals have been preordained. We can prove that radioactive decay has no detectable patterns and meets accepted ideas about randomness.

    Another source of truly random numbers is atmospheric noise. (e.g. thunderstorms) You could predict this easily by constructing a 1:1 scale model of the earth and atmosphere with each atom corresponding to the original, but this would only work in a deterministic universe. If there is truly chaotic behavior your model would diverge from the original.

    Classic truly random numbers can be obtained using coin tosses or die rolls, although some coins and dice have detectable patterns.

    --
    Man, you really need that seminar!
  37. A5/1 A5/2 by Anonymous Coward · · Score: 1, Informative

    First A5/1 GSM Encryption is controlled by the US (I.E. government or corperate with gov over sight can't remember). You have to get permission and licenseing to use it, up to a few years ago we were only ones using, but once US companies started setting up services in other countries A5/1 spread out. However most of EU uses A5/2 and has been for some time. A5/2 is a much eaiesr encryption to break and can be down with the computing power of a single laptop. A5/1 requires numerous computers and a lot of crunch time, not very feasible, extremely expensive and not 100% success rate... its actually pretty low I think. Software to break out A5/2 is commercially available so it's quite easy to crack things in EU, A5/1 is not available not to mention the physical infrastructure required. Really for the time your quite safe from cellular wire tapping in the US from pretty much everyone but U. Sam... but if you consider that technically/legally as a US citizen (read: company creating base tech/key and then producing/selling product) you have to register any encryption/decryption with the NSA, you will never really be safe from them if it's a purely US product. Additionally all the A5/x encryption is between your phone and the tower, from the tower it can go strait to the base OR microwave to another tower/base. The microwave transmissions... are not encrypted... anywhere... so if you have the equipment and can get a antenna into that LOS M.W. beam, you can see it all. On a side note... is it really wiretapping when there are no wires involved until it hits the Base?

  38. Get snippy with me will you? by LunaticTippy · · Score: 1
    Allow me to refresh your memory. You wrote:

    There is no reason the man in the middle needs to modify the data. Just being able to evesdrop on the conversation may be enough, just like a tap on a standard phone.
    I was pointing out MITM needs to modify the data. It needs to perform key substitution. It is utterly unlike a standard phone tap. Just being able to evesdrop (sic) on the conversation is not enough. Your post was completely wrong.

    There were other comments talking about an active MITM attack, granted. This type of attack will work, although there are various countermeasures against it. Your comment was not talking about an active MITM. It was talking about a passive MITM, where no data modification is made.

    I'm sorry if I came across as rude, but it truly seemed to me that you were claiming that a passive MITM attack is effective in this case. It's not.

    Maybe the source of confusion is this: There are different types of MITM attacks. Two kinds are active and passive. Passive changes nothing; active allows changes to be made, for example the key exchange.
    --
    Man, you really need that seminar!
    1. Re:Get snippy with me will you? by cain · · Score: 1

      I was pointing out MITM needs to modify the data. It needs to perform key substitution. It is utterly unlike a standard phone tap. Just being able to evesdrop (sic) on the conversation is not enough. Your post was completely wrong.

      How does key subsitution "modify the data"? The man in the middle decrypts the data (voice data). Saves it, listens to it, etc, then re-encrypts it (the exact same data) and sends it to the ultimate recipent. The data is not modifed at all, yet the man in the middle has overheard the traffic, "tapping" the line without the knowledge of either party. Sounds like a phone tap to me.

      There were other comments talking about an active MITM attack, granted. This type of attack will work, although there are various countermeasures against it. Your comment was not talking about an active MITM. It was talking about a passive MITM, where no data modification is made.

      I believe I know what my post refered to, I wrote it. Perhaps you are confused or reading something that is not there? Please show me where it "was talking about a passive MITM".

    2. Re:Get snippy with me will you? by LunaticTippy · · Score: 1
      This shouldn't be so hard. Let me give an illustration.

      We're in progress of an active MITM attack. Fraudulent key exchange has already been made, and the 2 parties think they're talking to each other. The sender sends 00110011, which is encrypted with his private key. You decrypt with his public key, encrypt with your private key, and send 11100011 to the recipient. You have to admit that 00110011 is different from 11100011. You have changed the data. You have to admit that. Data doesn't care if it is encrypted or not. Data is data.

      Here is another example, of a passive MITM attack. You are simply eavesdropping on the signal, either by sniffing packets or an inductive pickup or however. You cannot change the signal - this is what makes it a passive MITM attack. Key exchange is made, and you are powerless to perform key substitution. You simply know both parties public keys. They start sending encrypted data, and you are powerless to decrypt this. You do not have their private keys. You cannot fake different keys because you cannot change data. You need to change data during key exchange and during encrypted data transmission in order to perform a successful active MITM attack. Let me quote your post once again.

      There is no reason the man in the middle needs to modify the data. Just being able to evesdrop on the conversation may be enough, just like a tap on a standard phone.
      You state that there is no reason the MITM needs to modify the data. That means you are talking about a passive MITM attack, which is just like a tap on a standard phone. Hopefully I have explained the difference between an active and passive MITM attack to your satisfaction. Hopefully I have explained the necessity of an active MITM attack to intercept unencrypted data with a key exchange encryption method. The conclusion is inevitable if you understand both of these concepts. A standard phone tap, which is simply eavesdropping on the data without changing anything, which is what you were talking about in my quoted text, is insufficient.

      There are plenty of real-world situations where an active MITM attack is simply not possible. You are stuck with a passive MITM, which is foiled by this exact encryption scheme. It is important to understand the difference between an active and passive MITM. Your comparison of an active MITM to an analog phone tap is wrong.
      --
      Man, you really need that seminar!
    3. Re:Get snippy with me will you? by cain · · Score: 1

      This shouldn't be so hard. Let me give an illustration.

      The problem is that we both think we're right. And we are. But we are both wrong as well.

      We're in progress of an active MITM attack. Fraudulent key exchange has already been made, and the 2 parties think they're talking to each other. The sender sends 00110011, which is encrypted with his private key. You decrypt with his public key, encrypt with your private key, and send 11100011 to the recipient. You have to admit that 00110011 is different from 11100011. You have changed the data. You have to admit that. Data doesn't care if it is encrypted or not. Data is data.

      You are right that the data on the wire is different. I am right that the data on the endpoints is unchanged; the data recieved at both ends (once unencrypted) is the same. The data is both modified and not modifed depending on when you look at it. Thus our confusion.

      RE: the passive .vs active man in the middle attack. Again, I think we are both right and both wrong. We have different definintions of passive or active. The defintion I was using of active is a man in the middle that modifies the (unencrypted) data during transport. Your defintion of active is decrypting/reencrypting the data. I see that as "passive." The (unencrypted) data is not modified, thus it is a passive attack.

      It is important to understand the difference between an active and passive MITM

      I do - it's you who doesn't. :) We are both right and both wrong beacuse we are using different definitions. As is usually the case when people argue.

      Meh.

    4. Re:Get snippy with me will you? by LunaticTippy · · Score: 1

      Yeah, this type of misunderstanding sure seems to happen more online than in person. I think the lack of realtime feedback contributes to the problem, as well as a more confrontational environment.

      --
      Man, you really need that seminar!
    5. Re:Get snippy with me will you? by cain · · Score: 1

      Yeah, this type of misunderstanding sure seems to happen more online than in person. I think the lack of realtime feedback contributes to the problem, as well as a more confrontational environment.

      And just what the hell do you mean by that?

      Heh.

  39. It may not be encryption... by ThoughtPhreaker · · Score: 1

    but anonymity is a very easy thing to achieve over the PSTN for a small fee, as it has been for many years. Look for the nearest payphone the next time you want to discuss a terrorist plot.

  40. Get a freeware encrypted phone software. by Anonymous Coward · · Score: 0

    This guys are deploying a freeware secure phone application for windows mobile devices with full security for anyone, no register required!! See at http://www.raseac.com.br/

  41. Parent is misinformation mod down by mrcaseyj · · Score: 1
    Someone please mod the parent down from +5 because it's perpetuating an important misunderstanding of public key encryption. Public key cryptography relies on both sides having some way to confirm that they are using the correct public keys or else they ARE vulnerable to a man in the middle attack.


    The usual method of verifying the public keys is with a certificate authority like Verisign, who each party contacts to verify the key is the correct one for the party they're communicating with. Even then you have to know that you are really communicating with the real Verisign, which is done by relying on the key for Verisign that came installed with your web browser or encryption software. Other systems like Pretty Good Privacy email encryption, use key servers that perform about the same function as Verisign. For systems like ssh(secure shell) that don't usually use key servers, you just have to verify the key by some other method like having it given to you on paper or told to you over the phone, or if you can, like when both ends are your own computers, you just write it down when you install the key. Actually you usually compare the relatively shorter key fingerprint rather than the actual big long key.

  42. there's A REASON why they're called PUBLIC KEYS by alizard · · Score: 1

    In public/private key (e.g. GPG/PGP) crypto, it doesn't matter who gets the public key... that's why they're PUBLISHED on key servers and web pages and I've seen them in e-mail sigs and even Usenet sigs. Having the public key means you can send someone a message, not read his mail.

    Of course, securing your private key is your problem.

  43. American encrypted phones? by JThundley · · Score: 1

    America learn from other nations? LOL, that'll be the day. We would have to pay attention to national news for that to happen.

  44. Re:A5/1 A5/2 by helixmooncalf · · Score: 1

    >>you have to register any encryption/decryption with the NSA, you will never really be safe from them if it's a purely US product I wonder how this could work if you used ephemeral elliptic curve private keys with Diffe-Helman. For each conversation, a new random private key is generated. The corresponding EC public key is sent to the other party and a shared secret can be computed. This is can be used as a key and IV for AES. Note that new tandom keys could be generated automatically at random short intervals in your converstaion to reduce the amount of cyphered information available for brute force decryption. The registration of the method is easy, but the registration of the keys almost impossible.

  45. Re:The best way I'm aware of to generate random da by VWJedi · · Score: 1

    Another source of truly random numbers is atmospheric noise. (e.g. thunderstorms) You could predict this easily by constructing a 1:1 scale model of the earth and atmosphere with each atom corresponding to the original, but this would only work in a deterministic universe. If there is truly chaotic behavior your model would diverge from the original.

    If you could construct a model that allowed you to predict atmospheric phenomenon with any degree of accuracy, it would have much greater significance than just breaking one-time pads. You could save countless lives if you knew when and where tornados and hurricanes would strike.

    Unfortunately, I doubt anyone will be able to do this any time soon.

  46. Re:The best way I'm aware of to generate random da by LunaticTippy · · Score: 1

    The biggest advantage I can see to building this 1:1 scale model of the earth and atmosphere is having a backup copy of every person, place, and thing on earth. If you drop your glasses you can simply grab the pair from the duplicate world. Of course, then your duplicate self won't have any glasses. And, it is possible that your duplicate self would have dropped his glasses at the same moment.

    --
    Man, you really need that seminar!
  47. Re:The best way I'm aware of to generate random da by VWJedi · · Score: 1

    If the behavior of this model is deterministic, my duplicate self will drop his glasses at the same moment. If it is not deterministic and I do obtain intact glasses from my duplicate self, then I have altered the parameters of the model, and it will diverge (to an unknown degree) from "the real world".

    Which leaves me with two questions:
    1. If you could build this model of the whole earth, wouldn't it be trivial to build several models of those glasses (for backup purposes)?
    2. How did you know I wear glasses?
  48. Re:The best way I'm aware of to generate random da by LunaticTippy · · Score: 1

    If you could build this model of the whole earth, wouldn't it be trivial to build several models of those glasses (for backup purposes)?
    I don't see why not. Should have thought of that before we started breaking things.

    How did you know I wear glasses?
    Educated guess. I can also guess that you work with computers, like scifi, and are male. I'm probably wrong about at most 1 of those 4 things.

    I thought it was funny to build an exact replica of the earth, atom for atom. Especially if the purpose of such an endeavor was to crack encryption. What other logical next step is there than using it for something truly trivial like broken glasses?

    Broken glasses are nontrivial for me. I couldn't make it to the eyeglass store without glasses. Luckily I have several spares on this planet, no duplication necessary.
    --
    Man, you really need that seminar!
  49. Re:The best way I'm aware of to generate random da by VWJedi · · Score: 1

    How did you know I wear glasses?
    Educated guess. I can also guess that you work with computers, like scifi, and are male. I'm probably wrong about at most 1 of those 4 things.

    You're not wrong at all. Although I do have to point out that while I "like sci-fi" as an adult, I'm am certainly not as passionate about it as I was when I was younger. Lately I've been reading Tom Clancy more often.

    Broken glasses are nontrivial for me. I couldn't make it to the eyeglass store without glasses. Luckily I have several spares on this planet, no duplication necessary.

    Are you sure you're not my long lost twin? The problem I've had is that when the dog destroyed my good glasses, I had to wear the headache-inducing old glasses for a couple weeks while the "glasses in an hour place" ordered me new ones! (But I got even with the dog... I sent him to Oklahoma!)

  50. Re:The best way I'm aware of to generate random da by LunaticTippy · · Score: 1

    Oklahoma, ouch. That'll teach 'em!

    I've been going to this place that gives 2 pair of polycarbonate glasses, one sunglass-tinted and an eye exam for about $150. I now have lots of acceptable spares. My vision has stopped degrading violently from year to year, and I'm looking forward to needing bifocals in a few years. That'll be fantastic. Blind up close, too. It used to be that 3 year old glasses were nearly worthless, but now I can barely tell the difference.

    Prescription sunglasses make me happy, plus in a pinch you can wear them indoors or at night.

    --
    Man, you really need that seminar!
  51. Re:The best way I'm aware of to generate random da by VWJedi · · Score: 1

    Prescription sunglasses make me happy, plus in a pinch you can wear them indoors or at night.

    In a pinch? Why not all the time?

  52. Re:The best way I'm aware of to generate random da by LunaticTippy · · Score: 1

    You caught me. I even got lightly tinted ones specifically to wear inside and at night. My eyes are pretty sensitive, but I also like having my eyes hidden.

    --
    Man, you really need that seminar!
  53. Re:The best way I'm aware of to generate random da by VWJedi · · Score: 1

    You caught me. I even got lightly tinted ones specifically to wear inside and at night. My eyes are pretty sensitive...

    I'm with you up to here.

    ... but I also like having my eyes hidden.

    OK, now I think you're a psycho.

  54. Re:The best way I'm aware of to generate random da by LunaticTippy · · Score: 1

    I don't think I'm particularly psycho. Do psychos think they are psycho? I doubt it.

    My eyes are frequently bloodshot. I don't know why. I wore hard contacts as a kid and eventually blew out my corneas. Maybe it's the late hours, staring at a computer screen, my mild allergy to my girlfriend's cats, the heavy constant drinking, I simply don't know. In any case, hiding my eyes reduces people who stare or make comments.

    Another benefit seems to be I am less approachable to bums seeking change, tourists asking directions, businessguys trying to network, fratboys wanting to comment to me about T&A, or drunks wanting companionship. I'm definitely a bit of a misanthrope, and it seems that irritating people can somehow detect this and are drawn to it. I was an eager adopter of portable music players for partly the same reason.

    I don't think that makes me a psychopath. I am not violent and feel empathy for some people. I do dislike a lot of people and wish they'd leave me alone, but I think that's pretty normal. For someone who's a bit of a misanthrope.

    --
    Man, you really need that seminar!
  55. Re:The best way I'm aware of to generate random da by VWJedi · · Score: 1

    That was supposed to be a joke. But your explanation proves some interesting insights into your personality.