Slashdot Mirror


Plausible Deniability From Rockstar Cryptographers

J. Karl Rove writes "Nikita Borisov and Ian Goldberg (of many, many other projects) have released Off the Record Messaging for Gaim. Encrypt an IM, prove (at the time) that it came from you, and deny it later. The authentication works only when the message is sent; anybody can forge all the messages he wants afterwards (toolkit included). Captured or archived messages prove nothing. And forward secrecy means Big Brother can't read your messages even if he wiretaps you AND grabs your computer later on. All the gooey goodness of crypto, with none of the consequences! They have a protocol spec, source code, and Debian and Fedora binaries."

358 comments

  1. My foolproof encryption method by Anonymous Coward · · Score: 4, Funny

    Who needs any of this? Just try what I do: write your messages as GW Basic programs. This is so uncrackable that even I can't tell what is in it after I use it.

    1. Re:My foolproof encryption method by Anonymous Coward · · Score: 0

      Damn. You have me beat by using a much older programming language [sic]. My method? the write-only language: Perl.

    2. Re:My foolproof encryption method by Anonymous Coward · · Score: 0

      10 print "Hello."

      Let me guess...you learned to read from Hooked on Phonics? Even a lower grade school-child could understand that.

    3. Re:My foolproof encryption method by Tony+Hoyle · · Score: 1

      I prefer to use Perl...

      Inherent encryption, and no chance of anyone reading it later.

    4. Re:My foolproof encryption method by Cabriel · · Score: 0, Flamebait

      This is just another reason for the authorities to monitor your computer.

    5. Re:My foolproof encryption method by Socrates+Demise · · Score: 1

      ahhh.. But GW didn't require that you use line numbers.

      --
      I hate stupid rules... Rules that make sense I don't mind... But the stupid ones just really bug me!
    6. Re:My foolproof encryption method by NMEismyNME · · Score: 1
      100 PRINT "Good day Mr. Cheney. What would you like GW Basic to say?"
      200 INPUT A$
      300 PRINT "GW Basic says: "; A$
      400 GOTO 100
      foolproof. just don't press CTRL-C and it's uncrackable too.
    7. Re:My foolproof encryption method by chrish · · Score: 1

      My new encryption method is unstoppable!

      --
      - chrish
  2. Re:FP by DarkHelmet · · Score: 2, Funny
    Yes... but can you prove it with absolute certainty?

    Or is your FP plausibly deniable? ;)

    --
    /^[A-Z0-9._%+-]+@[A-Z0-9.-]+\.[A-Z]{2,4}$/i
  3. Re:first post by Anonymous Coward · · Score: 0

    Dude you are SO COOL! How do you manage it?

  4. re by Anonymous Coward · · Score: 0

    Whoo! This is great! at last I can... do... um... something. It's nifty, but to what end?

  5. Dammit! by Anonymous Coward · · Score: 0

    They said "What happens in Vegas stays in Vegas"!

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

      WTF happened to my GD LINK ?!!!!

    2. Re:Dammit! by Anonymous Coward · · Score: 0

      I'm pretty sure that was kinda offtopic, but please tell me there was something in the cake to sterilize everyone! We need a final solution to the trekkie problem

    3. Re:Dammit! by 3terrabyte · · Score: 1

      My favorite is when Jabba the Hut showed up.

      --

      Why are there only 19 people folding@home for slashdot?

    4. Re:Dammit! by WoodenRobot · · Score: 1

      Look! On the left! It's John Kerry!

      --
      ---
      "I did nothing. I did absolutely nothing and it was everything that I thought it could be."
  6. Just need one other thing by raider_red · · Score: 3, Funny

    A way to deny some of the stupider posts I've made on Slashdot.

    --
    It's good to use your head, but not as a battering ram.
    1. Re:Just need one other thing by Xenographic · · Score: 2, Funny

      Just be glad you don't have DJB, or he'd make you find and cryptographically deny 10 stupid posts ;-]

      If anyone asks, I'll cryptographically deny this new meme.

  7. I hope the distros will do their part by MikeCapone · · Score: 4, Interesting

    This thing sounds great, but before it is really useful it needs to be out there in sufficient numbers. I hope that distros will start installing it by default on their default gaim version.

    1. Re:I hope the distros will do their part by kippy · · Score: 2, Interesting

      It shouldn't even be a matter of lots of people using it. After all, if you write something and get busted for it, you can use Plausible Deniability in court.

      "Your honor, there is no way to prove that this message came from my client or was forged by the investigators who used to beat him up in gym class."

      I guess then it would just turn into a matter of your word vs. theirs.

      Any lawyers out there?

    2. Re:I hope the distros will do their part by drspliff · · Score: 1, Interesting

      Oh geat, then I can trade warez, cracks, credit-cards, underage porn, sate secrets, [name something highly illegal here] and nobody will be able to prove that i've done it.

      I must say the mathmatical theory behind it seems fairly sound, kudos to them for a truly innovative idea.

      No doubt every paranoid delusional security consultant out there will be saying 'Ah Hah! But __THEY__ have a backdoor...' Akin to the secret 'NSA' keys distributed with Microsoft(r)(tm) Windows(r)(tm)(we break thumbs). But I see this as a great advance in personal security that will (possibly) spawn a whole new era in security services and applications.

      What we have to think seriously about is, what happens when this becomes widespread? We all know that spammers follow new technology and trends, so then they will (possibly) be able to send you hundereds of spam emails a day, and then deny that they ever did..?

      --
      Have you ever left your cluster on overnight to generate 1073741824bit RSA keys.. If so - your officially a paranoid geek :)

    3. Re:I hope the distros will do their part by sleepingsquirrel · · Score: 1
      I guess then it would just turn into a matter of your word vs. theirs.
      That's the way it is with any other case.

      "Your honor, there is no way to prove that this kilo of cocaine came from my car. It's just the officers word vs. mine. Someone's framing me."

    4. Re:I hope the distros will do their part by StikyPad · · Score: 1

      I guess then it would just turn into a matter of your word vs. theirs

      Right. Because the word of a defendant at trial is worth a lot. (That's sarcasm, for the record).

      The word of an officer almost always carries more weight than that of the accused. I've never seen anyone get out of a ticket for rolling through a stop sign just because the only evidence was the testimony of the cop.

    5. Re:I hope the distros will do their part by Anonymous Coward · · Score: 0

      OMG T3H TECHNOLOGY WILL DESTROY US ALL!!!

      even the kittens. think of the kittens.

    6. Re:I hope the distros will do their part by westlake · · Score: 1

      "Plausible Deniability" are not the words a defense attorney wants to hear from a client. For the prosecution, they are golden. The judge will see the lie, the jury will see the lie, and they will be against you from the start.

    7. Re:I hope the distros will do their part by LnxAddct · · Score: 1

      Heh it just so happens the two distros I run, have packages. I already have it installed on every computer in my house, whether it runs debian or fedora (Before a distro war breaks out, both are excellent distros and have their purposes. Thats why I use both).
      Regards,
      Steve

    8. Re:I hope the distros will do their part by Anonymous Coward · · Score: 0

      I've never seen anyone get out of a ticket for rolling through a stop sign just because the only evidence was the testimony of the cop.

      I did - and I was representing myself! (Being an impoverished student at the time.) Actually, it was for a different traffic offense, and I really was innocent. But after a few probing but quite reasonable questions, it was pretty obvious the cop had little to no recall of the incident, and before I even finished my cross examination the case was dismissed. Better yet, the prosecutor was reprimanded by the court ("if you ever come in here so badly prepared again..." etc.)

    9. Re:I hope the distros will do their part by uglyduckling · · Score: 1

      Are you saying that you need plausible deniability for messages sent between different rooms in your house? I can recommend a good family therapist if that would help...

    10. Re:I hope the distros will do their part by Threni · · Score: 2, Informative

      > Right. Because the word of a defendant at trial is worth a lot. (That's
      > sarcasm, for the record).

      I think that was his point.

      > The word of an officer almost always carries more weight than that of the
      > accused. I've never seen anyone get out of a ticket for rolling through a stop
      > sign just because the only evidence was the testimony of the cop.

      In the UK if there's one cop in the cop car and two people in the car being stopped, then the cop is onto a loser and will probably either try it in ("you did realize you were speeding") or let you go.

  8. Re: freak by Anonymous Coward · · Score: 0

    Such a fucking retard. Please stop this fp nonsence.

  9. Re:FP by nullvector · · Score: 1

    I never sent this message.

  10. Re:first post by phizman · · Score: 0, Offtopic

    Awh...I wanted to be the first to make fun of his first post :)

  11. I wonder by ab384 · · Score: 4, Funny

    How much later is "later"?

    "Did I just say that I'd walk the dog?"
    "Yes!"
    "Nobody can prove that I just said that."

    1. Re:I wonder by Entrope · · Score: 5, Informative

      "Later" is after the speaker decides that conversation is over. You pick a signing key for your messages, sign it with your normal public key, send messages using the first key, and your correspondent can confirm you are who you claim. When you want to finish the conversation, you publish (at least to your correspondent) the temporary signing key, and anyone who has it can then forge messages that are as trustable as what you said.

    2. Re:I wonder by roystgnr · · Score: 5, Interesting

      What stops your correspondent from sending your messages to something like Stamper before you publish the temporary key? After the temporary key is published it will be possible to forge messages signed by that key, but it won't be possible without the collaboration of the timestamping service to forge messages signed by that key and dated before it's publication.

    3. Re:I wonder by Lodragandraoidh · · Score: 1

      There is only one gotcha: if you are corresponding with those you are ostensibly trying to cloak your communications from.

      They could then collect the plain-text and log the IP address from whence it came.

      --

      Lodragan Draoidh
      The more you explain it, the more I don't understand it. - Mark Twain
    4. Re:I wonder by Anonymous Coward · · Score: 0

      Uhm, wild guess..yeah? For the soldiers..

    5. Re:I wonder by ca1v1n · · Score: 1

      Plausible deniability doesn't mean you can convince someone you didn't say to them what you said to them. It just means they can't prove to someone else that you said it. That they logged your IP just means they know your IP, which proves at most that you talked with them about something, but not what you said.

    6. Re:I wonder by Anonymous Coward · · Score: 1, Insightful

      You have to trust the Stamper service. It could be compromised, which normally would only alter timestamps on messages that were already registered. However, after the key is published, the content of any message can be changed as well, or whole new messages can be created and then falsely timestamped. If Stamper becomes a preferred way of verifying anything, it will become an attractive target for COVERT cracking -- those who crack it will try to keep the cracking secret so they can change timestamps on messages of particular interest.

      Recall Savannah.gnu.org was cracked a month or more before they found out about it.

      So Stamper doesn't add security, it adds "authority", which if compromised could be used against you fraudulently.

    7. Re:I wonder by Anonymous Coward · · Score: 0

      1. Get yourself a turban and some camo.
      2. Put it all on.
      3. Walk through a populated area anywhere in the U.S.
      4. See for yourself.

    8. Re:I wonder by Anonymous Coward · · Score: 0

      5. ???
      6. Prophet!

    9. Re:I wonder by Anonymous Coward · · Score: 4, Interesting

      With Stamper he can prove he received a message before a certain time. What he can't prove is that he hadn't already got the signing key at this time (as nobody will certify the time of the publication of the key). So while he knows these messages were sent by you, he can't prove it to anyone else, as he could have gotten the signing key first, then generated the messages and then send first the messages to Stamper and the key afterwards.

  12. Re:Ooh... by Anonymous Coward · · Score: 0

    LOL

    U R FUNNEE

  13. rah rah ree by Anonymous Coward · · Score: 0

    down with big brother down with big brother down with big brother

    remember the ministry of love does not care if they have proof if you did it or not. (they have proof, and have always had proof)

    great work though, dont make it easy for th' bastards!

  14. Re:Ooh... by Anonymous Coward · · Score: 0

    Too late - Monica already spilled it to the press...

  15. Rockstar Cryptographers? by Chris+Mattern · · Score: 3, Funny

    Does this mean it's going to feature in the next edition of GTA?

    Chris Mattern

    1. Re:Rockstar Cryptographers? by GMFTatsujin · · Score: 1

      No, but inexplicably, it *will* be in the next version of emacs.

    2. Re:Rockstar Cryptographers? by Fjornir · · Score: 1
      Will GTA be in the next version of emacs?

      Come to that when is someone going to implement vi in emacs?

      --
      I want a new world. I think this one is broken.
    3. Re:Rockstar Cryptographers? by ray-auch · · Score: 1

      already done, several times

      M-x viper-mode
      M-x vi-mode
      M-x vip-mode

      and probably a few more as well.

      Also emacs emulations exist for tpu/edt, wordstar, and probably a whole bunch of others.

  16. a little information would be nice by frovingslosh · · Score: 1

    OK, I've followed the link and read, but the bottom line is, how does this supposedly do what it claims to be able to do?

    --
    I'm an American. I love this country and the freedoms that we used to have.
    1. Re:a little information would be nice by andrewjhall · · Score: 1

      Erm, there's a reasonably detailed presentation there and a protocol description on the OTR homepage link provided. What more do you want?

      From a cursory glance it looks like it'd work (yes, I realise that's not exactly a rigorous proof). Pretty cool stuff.

    2. Re:a little information would be nice by chill · · Score: 4, Informative

      It authenticates and creates a "conversation". This allows you to be certain the person on the other end is who you think it is. DH key exchange is performed.

      Then, messages sent during that conversation are encrypted using disposable session keys. (128-bit AES w/SHA-1 HMAC).

      Think of it as an authentication tunnel down which you send encrypted messages. The message encryption is in no way related to the authentication, and the disposable session keys mean they have no re-use value.

      -Charles

      --
      Learning HOW to think is more important than learning WHAT to think.
    3. Re:a little information would be nice by frovingslosh · · Score: 1
      Erm, there's a reasonably detailed presentation there and a protocol description on the OTR homepage link provided. What more do you want?

      Well, there were a bunch of links, honestly I didn't follow them all. I was looking for a "how does it work" explination, not a protocol document. Now I've looked at the protocol document and all I can say is: How does it work? I'm hoping for one or two short paragraphs that can get across the basic concept, not a dozen or more screens of protocol information to try to digest.

      --
      I'm an American. I love this country and the freedoms that we used to have.
    4. Re:a little information would be nice by andrewjhall · · Score: 1

      The presentation at http://www.xelerance.com/mirror/otr/otr-wpes-prese nt.pdf is pretty good.

      A few paragraphs of description and some high level maths too.

    5. Re:a little information would be nice by frovingslosh · · Score: 1
      Thanks. That helps some, and makes it a bit clearer than jusr reading the protocol document. But I'm not clear on how this acomplishes Big Brother can't read your messages even if he wiretaps you AND grabs your computer later on.

      I presume this has something to do with that authentication tunnel , but I'm not really following it. Do you understand it?

      --
      I'm an American. I love this country and the freedoms that we used to have.
    6. Re:a little information would be nice by farnz · · Score: 4, Informative
      It uses PGP to share a key between two or more people; it then uses that key to authenticate the conversation. The difference between this and OpenPGP is that OpenPGP authenticates that the owner of a given OpenPGP key sent a message. This scheme proves that someone with the shared key sent the message.

      Thus, I can create a key that I send to my friend. He and I discuss things, both using that key for encryption. When we've finished, we publish the key used for the conversation, and anyone can now add to the conversation. Thus, while we keep the key secret between us, we're assured of a private conversation; when we publish the key, anyone can add to it, thus giving the denability

    7. Re:a little information would be nice by chill · · Score: 1

      The idea is the keys are disposed of when the tunnel is torn down.

      If big brother gets your MAIN key, he has no way of recreating the SESSION keys. Those are created using key info from the person you are chatting with as well. Without those, the messages are now subject to brute-force.

      NOTHING is perfect. If your machine is compromised BEFORE you start the conversation, it would be possible to get everything and crack it nicely.

      Hmmm...I do wonder about how hard it is comparitively to cryptanalyze ultra-short messages like chats.

      "LOL" and "whats up" is only going to encrypt so many ways. I did't see a provision for refreshing session keys, but I only glanced thru the code and docs and didn't read it in depth.

      If it only uses ONE session key per session... that could be a major weakness. [Could be. I'm not a professional cryptographer, but it looks like a potential hole.]

      -Charles

      --
      Learning HOW to think is more important than learning WHAT to think.
    8. Re:a little information would be nice by stolen.identity · · Score: 3, Informative

      The key seems to be the "disposable key" part.

      With normal public-key crypto, you sign with your actual private key, and you encrypt with the recipients actual public key. This means that if someone gets hold of the recipients private key, then can decrypt the messages, and because your public key is, well, public, they can prove that you wrote the message.

      In this system, you generate throw-away keys, and exchange them securely when you start communicating. After you are done communicating, you can just throw away the keys, or you can publish them if you want. They are of no use, really. Someone can decrypt your communication, but they can't prove that it was you that wrote it, and once you publish the key, anyone else can forge messages that look like they were part of the conversation.

      During the conversation, you have the security, authentication and non-repudiation that you are looking for - you can be sure that the other party is who they say that they are, that all messages are actually from them, and that only you can read those messages.

      As soon as the conversation is over, you give away the keys and all bets are off - there is no longer a way to prove the identity of the person who sent the message since anyone can now forge messages that appear to be part of the conversation.

    9. Re:a little information would be nice by Anonymous Coward · · Score: 0

      If you assume big brother to have perfect knowledge of the conversation (i.e. all relevant packets) and perfect knowledge of one of the parties (by grabbing their computer) than no bit-manipulating encryption scheme will protect the privacy of the content - They can do whatever the party whose computer was grabbed could have done to read it.

      However, under this scheme, since they can authenticate the messages, they can also forge them - Therefore the other party has deniability (unless linked to through IP addresses and such).

      It's not perfect, but it is much better than anything else that I know of... And it is very close to perfect if you can make the initial exchange off the tapping grid - exchange the share secret of the net, etc.

    10. Re:a little information would be nice by Qzukk · · Score: 1

      I did't see a provision for refreshing session keys, but I only glanced thru the code and docs and didn't read it in depth.

      Its not explicitly mentioned, but "forward secrecy" implies that the session keys change at some point, though it may not change within a single communication. (If Key A and Key B always created the same SessionKey S, then compromising Key A or B would allow an attacker to reveal S (for all past sessions as well) when they talked to each other again.)

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    11. Re:a little information would be nice by chill · · Score: 1

      I see it in the protocol.txt file. It looks like they change session keys pretty often. It is near the bottom of the file, in the "When you receive an OTR Data message:" section.

      * * *

      If the MAC verifies, decrypt the message using the "receiving AES key".

      Finally, check if keys need rotation:
      - If the "recipient keyid" in the Data message equals our_keyid, then
      he's seen the public part of our most recent DH key pair, so we
      securely forget our_dh[our_keyid-1], increment our_keyid, and set
      our_dh[our_keyid] to a new DH key pair which we generate.
      - If the "sender keyid" in the Data message equals their_keyid,
      increment their_keyid, and set their_y[their_keyid] to the new DH
      pubkey specified in the Data message.

      * * *

      Nice. Now to see if there is a way to hook it into the Via AES crypto engine (Padlock)...

      -Charles

      --
      Learning HOW to think is more important than learning WHAT to think.
    12. Re:a little information would be nice by NoMoreNicksLeft · · Score: 1

      Exchange public keys, so you can do crypto. Then, using public crypto, send throw-away public keys to the other guy, every 20 seconds, and encrypt your conversation with them. Since these keys were only ever in ram, not on the HD, they can't use them to decrypt the messages. I think.

      I have trouble following it myself.

    13. Re:a little information would be nice by Anonymous Coward · · Score: 0

      It would seem that the initial communication would have to be signed in the traditional way, otherwise there is no way to authenticate who you are speaking with. Secondly, if the temporary private key used to sign is published and the autorities can determine when it was published (a) and when your message was sent(b), then they can confirm that you signed the message (a>b and the corresponding public key that is recorded in your communications would match with the published private key).

    14. Re:a little information would be nice by mOdQuArK! · · Score: 1
      "LOL" and "whats up"

      Actually, with randomized salt values, they can be encrypted any number of ways. The only question is how much overhead are you willing to up with concealing such dastardly messages.

    15. Re:a little information would be nice by 0racle · · Score: 1

      And if no one uses the key? This isn't that deniable, your hoping that someone out of the kindness of their heart is going to use this now very public key for their messages. Its just not going to happen.

      --
      "I use a Mac because I'm just better than you are."
    16. Re:a little information would be nice by farnz · · Score: 1

      You have in your possession some encrypted messages from time past. How do you prove that I encrypted those messages?

    17. Re:a little information would be nice by 0racle · · Score: 1

      If only you and your friend used the key, bring you both in and grill you till one of you cracks. Or trace that you published it, either way in most cases it will be very simple and I would call anyone relying on this retarded.

      --
      "I use a Mac because I'm just better than you are."
    18. Re:a little information would be nice by Doc+Ruby · · Score: 1

      Does the new person, with the published copy of the private encrypting key, have the ability to *decrypt* the old encrypted messages? In other words, does this system let you spread the power to encrypt, so anyone could have created that message once the encrypting key is published, but still protect your encrypted messages from the outsiders?

      --

      --
      make install -not war

    19. Re:a little information would be nice by grimwell · · Score: 1

      It sounds like IPSec. One can setup an ipsec tunnel using X.509 certs to authenticate the end-points and dynamic(disposable) keys to encrypt the traffic.

      --
      If the govt becomes a lawbreaker, it breeds contempt for law, it invites man to become his own law, it invites anarchy
    20. Re:a little information would be nice by farnz · · Score: 1

      As you rightly point out, I forgot to mention that the published key is only useful for encrypting new messages, not for decrypting the stack you have already. Thus, a new person cannot read the existing messages, but can add to the set.

    21. Re:a little information would be nice by m50d · · Score: 2, Interesting

      I'd imagine it's set up so you automatically give the key to the person you were corresponding with. So there's every possibility they could have written the message (supposedly from you) themselves.

      --
      I am trolling
    22. Re:a little information would be nice by arth1 · · Score: 1
      I'd imagine it's set up so you automatically give the key to the person you were corresponding with. So there's every possibility they could have written the message (supposedly from you) themselves.

      So, if I were an undercover cop, I'd terminate the connection before the sender got a chance to send me the private key, and snapshot the computer.

      Or, you could log the very fact that you got the private key from XXX as evidence.

      Sorry, I don't think this would work without a tamper-proof escrow involved.

      Regards,
      --
      *Art
    23. Re:a little information would be nice by Doc+Ruby · · Score: 1

      Wow. I can't wait to hear what Bruce Schneier says about this protocol. If it works, the cypherpunks have really stuck it to the Man. Except the Man has quantum cryptanalysis, so, as usual, he's sticking it to us.

      --

      --
      make install -not war

    24. Re:a little information would be nice by m50d · · Score: 1

      Except that the keys are redone automatically every few seconds. But yes, with proper logging from an undercover cop this is no use. That's not what it's designed for. What if you're a customer and I'm an arms dealer? Even if you've been logging, that's not really worth anything as testimony as you could have faked your log. So when the cops bust you with an illegal weapon, and you tell them I sold it to you and let them look at your computer, you've got no evidence against me. I think that's the situation in which this is useful.

      --
      I am trolling
  17. Monica by Anonymous Coward · · Score: 1, Funny

    It wasn't Monica who got in trouble for spilling something.

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

    Kerry lost the election you know.

  19. If you want some mad hacker credz... by Anonymous Coward · · Score: 1

    ...port this to Miranda.

  20. Gaim should support standard compliant encryption by Lorphos · · Score: 2

    I think cross-client compatible encryption is more important at the moment. Jabber offers OpenPGP, but the development of the gaim plugin that also does this has stalled a while ago. Bummer. As long as only gaim talks to gaim with a particular encryption, it won't get used on a wide scale.

  21. I wonder by WormholeFiend · · Score: 2, Funny

    Is there an Internet Cafe at Guantanamo?

  22. It's called Anonymous Coward by i_r_sensitive · · Score: 1

    'Nuf said

    --
    "Talk minus action equals nothing" - Joey Shithead, D.O.A.
    "Talk minus action equals /." -
    1. Re:It's called Anonymous Coward by CAIMLAS · · Score: 1

      the down side: you can't actually view posts you made as AC without scrolling through the morass of others' comments. There's no "comments posted as AC" section for you to view for yourself so you can see your collection of +5 Flaimbait comments...

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    2. Re:It's called Anonymous Coward by i_r_sensitive · · Score: 1
      Ahh, but the original request was to be able to deny the stupid posts made on /.

      Or at least no mention of being able to anything but deny them, in the parent^3 post.

      But, that is a neat idea, having /. keep the posts you ticked to post anonymously under your list of posts...

      Now if you can figure out a way to submit such a request without it being summarily rejected...

      Or maybe I'm just bitter...

      --
      "Talk minus action equals nothing" - Joey Shithead, D.O.A.
      "Talk minus action equals /." -
    3. Re:It's called Anonymous Coward by name773 · · Score: 1

      i just bookmark the parent post and view it later... it works ok, but it would be neat to have the reply notification and everything

    4. Re:It's called Anonymous Coward by Bun · · Score: 1

      IIRC, the 'Anonymous Coward' option was brought in for those who did not wish to be identified, including whistle blowers, those on the inside, etc. If the AC posts could be tied to a particular account, then that's just an obvious way to find out who made the post. That's not good if what you're posting could get you in trouble, and those are just the kinds of posts that would definitely add spice to a thread.

      --
      "Anyone that has ever gotten an idea based on any of my work and done something better with it-good for you."--J.Carmack
    5. Re:It's called Anonymous Coward by Short+Circuit · · Score: 1

      As long as I can remember, it's been assumed that editors can see who made which anonymous posts. Unless the person wasn't logged in when he posted. But, even in that case, analysis of the httpd logs can tell you what other posts that particular IP can be associated with, not to mention the username associated with the post.

      No...posting anonymously on Slashdot hides your identity from the casual observer. Not from someone with the ability to follow through with a lawsuit or subpoena.

  23. Big brother doesn't need proof by Anonymous Coward · · Score: 5, Insightful

    Sometimes Big Brother can 'prove' anything by force. Why do you think he's called Big? Small people need stuff like evidence, proof, and proper legal process. There are many recent examples of Big Brother having his way, proof and fact be damned.

    1. Re:Big brother doesn't need proof by confusion · · Score: 1
      ie. who cares what they can or can't prove after they burn your house down :)

      Jerry
      http://www.syslog.org/

    2. Re:Big brother doesn't need proof by DM9290 · · Score: 1

      Big Brother would prefer to have proof. It is a lot cleaner that way.

      Most corporations are not yet big enough on their own to openly kill their "problems" and therefore can only achieve the ultimate solution by presenting proof to a court of law.

      The courts of law still maintain the facade of justice (at least towards defendants with enough money to defend themselves completely). And generally in most public courts if you can provide irrefutable proof that a document can be easily forged, the court must demand some iota of evidence from the party presenting the document that this document is in fact what they purport it to be.

      However documents which are digitally signed with keys that are only in the possession of the adverse party are pretty much presumed authentic. (by adverse party I mean the party which the evidence is being used against).

      Publishing the encryption key as a matter of course is a good step in defeating this, as now all parties have access to the encryption keys. So the mere existence of a message encrypted with them doesn't itself prove who made the message.

      (I didn't study the OTR algorithm carefully enough to understand how it prevents other parties from reading the messages after the fact.)

      --
      No one has a right to their *own* opinion. They have a right to the TRUTH.
    3. Re:Big brother doesn't need proof by Anonymous Coward · · Score: 0

      Big Brother would prefer to have proof. It is a lot cleaner that way.

      Most corporations are not yet big enough on their own to openly kill their "problems" and therefore can only achieve the ultimate solution by presenting proof to a court of law.

      The courts of law still maintain the facade of justice (at least towards defendants with enough money to defend themselves completely). And generally in most public courts if you can provide irrefutable proof that a document can be easily forged, the court must demand some iota of evidence from the party presenting the document that this document is in fact what they purport it to be.


      Oh noes! Why aren't we all doomed yet?! Is it because you don't know what the fuck you're talking about? It's not like there's a balance of power between all parties... and etc. Obvious.

    4. Re:Big brother doesn't need proof by Darkangael · · Score: 0

      Sending a message in plain text gives the same deniability (without the privacy, but if you are busted then that is a moot point) as anyone can forge plain-text logs.

    5. Re:Big brother doesn't need proof by smchris · · Score: 1


      But they'll pay you back with a free 6'x6' cage in the sunny Caribbean for -- years, maybe.

      No proof needed for admission.

    6. Re:Big brother doesn't need proof by Anonymous Coward · · Score: 0

      Sadly, this is very true. I recently spent two nights in jail for supposedly assaulting my ex-girlfriend. She had been living with me up until today (her airplane leaves in 8 hours). However, she wanted to be sure she left me in as bad of circumstances as possible; The only evidence presented was the fact that she had a black eye, which she most likely gave herself. However, the story she fabricated and told the police was enough to have me arrested on two counts of assault. After having spoken to the arresting officer, he no longer believe I was guilty, but had already pressed the charges and was unable to reverse them. Now I am out on $3500 bail, and cannot go to my own house because at the time of the arrest, she still lived there with me. My choice are either a) plead guilty, where little will happen because I have no criminal record, or b) plead not guilty, but I've been warned that the investigation could take a year, during which point my bail prevents me from going to my own house.

      How's that for off-topic?

    7. Re:Big brother doesn't need proof by DM9290 · · Score: 1

      "Oh noes! Why aren't we all doomed yet?! Is it because you don't know what the fuck you're talking about? It's not like there's a balance of power between all parties... and etc. Obvious."

      a "balance" of power?

      This "balance" as you call it certainly seems to result in a lot of oppression, death and human suffering. And there is no indication that human suffering is on the decline. No... there have been no genocides this year.

      No.. Clinton did not fire ICBM's at a pharmaceutical factory (which was not producing any WMD) but was in fact the source of 50% of the low-cost medicine in a small third world country, which can not afford to import medicine from the west, and has subsequently resulted in the thousands of preventable deaths of innocent bystanders. A country which is not right now in the throws of a civil war.

      No.. The Bush White House did not intentionally distort the truth in regards to the existence of WMD in Iraq or the "connection" between Al Qaeda and Saddam Hussein, who was no threat to the USA, but was a big threat to Saudi Aradian and Kuwaiti oil fields.

      No.. The Reagan Administration did not provide financial support to terrorists in Nicaragua and obtain those funds by selling illegal arms to Iran.

      No. George Bush senior did not lie to the American Public about the existence of 10s of thousands of Iraqi troops arrayed along the Iraqi border, in preparation to invade Saudi Arabia.

      No... copyright durations have not been extended retroactively to 70 years after an authors death with out any compensation to the public good which is deprived of 20 years worth of material which the original authors created fully expecting the material to become public domain by now.

      No... people are not being put in jail without a lawyer, without being charged and without any possibility of a hearing before a court except at the presidents whim.

      And none of those non-existant people are ever tortured or have their genitals mutilated, nor are any murdered.

      And absolutely no high level members of any organized crime families have any interest or controlling shares in in corporate America. Corporate america is too righteous to do business with the "criminals". Crime and greed just dont mix.

      No american companies have been doing business with Iran in violation of international trade embargoes, and no american company would ever dream of exploiting child labour or taking advantage of non-existant or unenforced environmental protection laws in third world countries in order to increase profits.

      And no one who would ever force 12 year olds to work 16 hour shifts on a factory floor for practically no pay, or dump tons of toxic waste into local water supplies.

      And no.. the government never spends hundreds of millions of dollars bailing out bankrupt corporations which according to free market principles ought to be left to compete or fail on their own.

      Pull your head out of your ass before you start accusing other people of ignorance.

      --
      No one has a right to their *own* opinion. They have a right to the TRUTH.
  24. Deniable until they look at your swap partition by G4from128k · · Score: 5, Insightful

    If you create a message, chances are that fragments of the plain text will be in various caches and VM pages on your harddisk. It may not last for very long -- being overwritten by subsequent paging -- but if someone takes your computer soon after, they may find incriminating junk on the HD.

    --
    Two wrongs don't make a right, but three lefts do.
    1. Re:Deniable until they look at your swap partition by CAIMLAS · · Score: 1

      So don't use a swap partition. If it's a concern of your's, at least. What are you, a criminal? :P

      If you're using gaim, chances are high that you're also using linux. There's no rational reason to be using a swap partition on a linux desktop, what with the price of RAM these days.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    2. Re:Deniable until they look at your swap partition by MightyMartian · · Score: 0

      > If you create a message, chances are that fragments of the plain text
      > will be in various caches and VM pages on your harddisk. It may not last
      > for very long -- being overwritten by subsequent paging -- but if someone
      > takes your computer soon after, they may find incriminating junk on the
      > HD.

      FBI Agent: Sir, we found this on the hard drive: "Bin Laden... good... airplanes... Cheezies"

      Supervisor: Obviously this man is talking about what a good job Bin Laden's doing, and clearly he's talking about overpowering the flight crew with a bag of delicious yet deadly Cheezies. Bring this swine in, and phone the FAA, and get them ban all corn puff-like snacks. Oh, and stick all dark-skinned women through X-ray machines for good measure.

      FBI Agent: By God, I love America!

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    3. Re:Deniable until they look at your swap partition by Anonymous Coward · · Score: 0

      It would be trivial for them to avoid this problem. At least in Windows you can use VirtualAlloc to allocate non-swapable pages, and I'm sure you can do something similar in Linux as well.

      You do raise an interesting point, though. Did they remember to allocate the memory this way?

    4. Re:Deniable until they look at your swap partition by Anonymous Coward · · Score: 0

      I only use physical RAM, you insensitive clod!

    5. Re:Deniable until they look at your swap partition by sqlrob · · Score: 1

      Aren't encrypted swap partitions possible?

    6. Re:Deniable until they look at your swap partition by Mr.Ned · · Score: 4, Informative

      That's why you have encrypted swap. On OpenBSD it's as simple as setting the sysctl 'vm.swapencrypt.enable=1'; there are HOWTOs for other operating systems. Look for the device mapper on Linux, for example.

    7. Re:Deniable until they look at your swap partition by Anonymous Coward · · Score: 0

      That's okay..I have my Swap set to a ramdisk...used to have it Swap to tape but it was a little slow.

      If you create a message, chances are that fragments of the plain text will be in various caches and VM pages on your harddisk. It may not last for very long -- being overwritten by subsequent paging -- but if someone takes your computer soon after, they may find incriminating junk on the HD.

    8. Re:Deniable until they look at your swap partition by Anonymous Coward · · Score: 0

      With OpenBSD, anything can be encrypted (swap, usual partitions) with a flag in a config file.

    9. Re:Deniable until they look at your swap partition by burns210 · · Score: 1

      How about using SELinux (plus extensions?) to setup Access Control Lists and encrypt/strong wipe the swap drive?

      Mac OS X 10.4(i believe) will support encrypting the swap file, and is going to use ACLs to boot. Linux is surely capable, I would assume.

    10. Re:Deniable until they look at your swap partition by Anonymous Coward · · Score: 0

      Just don't set it to a compressed ramdisk, or you may be sued for patent infringement by RamDoubler.

    11. Re:Deniable until they look at your swap partition by WilliamGeorge · · Score: 1

      Not if you turn off pagefiles/virtual memory, and disable chat logging :)

      --
      William George
    12. Re:Deniable until they look at your swap partition by Anonymous Coward · · Score: 0

      Thats why people use wipe tools to get ride of that pesky evidence:

      http://basicsec.org/tools.html

      or if your a nutty windows user:
      [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSe t\Contr ol\Session Manager\Memory Management]

      ClearPageFileAtShutdown

      0 = Inactive pages are not filled with zeros.
      1 = Inactive pages are filled with zeros.

      Ok, this windows thing only wipes your VM but there are other tools to clean out all the junk that windowns stores thought the system/registry.

      And yes, my name is Anonymous Coward.... want to make something of it. :-)

    13. Re:Deniable until they look at your swap partition by Frostalicious · · Score: 1

      fragments of the plain text will be in various caches on your harddisk...being overwritten by subsequent paging

      Worse than that, HD data overwritten is still recoverable if someone had enough cash, like say the FBI.

      How to really wipe a HD

      The only way to guarantee The Man can't get your data is to melt down your drive.

    14. Re:Deniable until they look at your swap partition by Jerph · · Score: 1

      It is almost certain that more people use GAIM for Windows than GAIM for Linux, and people who have limited control of their hardware are prime candidates for IM encryption.

    15. Re:Deniable until they look at your swap partition by rice_burners_suck · · Score: 2, Interesting
      Encrypted swap certainly sounds cool, but doesn't that slow things down a lot when paging to disk? Encryption takes time, unless you have an encryption accelerator...

      Why not, instead, make a plugin for gaim that specifies pages as in-memory only, without paging to disk. I'm pretty sure Linux supports this, and other OSes probably do as well. Memory is getting cheaper these days, and it's probably worth the extra cost to keep everything in memory, especially if you're talking about illegal activities. (And why are you performing such activities unless they're paying well enough that you can afford the extra RAM?)

      See, temp files on disk can be cracked with enough computing power, if someone in the CIA is really pissed at you and has your computer. But if it's in memory and never gets placed on a disk, you're in the clear...

      But no matter what you do, the safety of this is only as strong as the weakest link in the chain. Suppose you're talking to someone about a notorious crime you've just commited. You tell them all the details, and they have proof that it's you at the time of the conversation. This is obviously someone you trust, or you wouldn't tell them all this stuff. But what happens? Unbeknownst to either of you, the DEA has installed a bug in his computer that essentially videotapes everything that goes to the display. Now, you've got videotape evidence of everything you've said, plus proof that it was really you at the time it was videotaped. Encryption shmencryption, you'll be behind bars.

      Therefore, don't commit crimes. If you do, don't talk about it. If you do, make darn sure that nobody's listening. And be prepared to pay for your crime, because with your luck, you'll probably get caught.

      Ok, so it's not crimes you're talking about, it's this girl you're seeing that you don't want your parents to know about, because you know she's a troublemaker... Substitute "sex" for "crime" above, and substitute "parents" for "police"... By the way, when she gets pregnant, they WILL find out. :-(

    16. Re:Deniable until they look at your swap partition by mewphobia · · Score: 1

      or no swap at all.. ram is cheap these days.

    17. Re:Deniable until they look at your swap partition by Vitriol+Angst · · Score: 2, Insightful

      Next version of OS X will have encrypted swap and cache if you choose to enable it.

      Best if you just don't get the notice of the black helicopters in the first place. Make lots of friends.

      --
      >>"ad space available -- low rates!!!"
    18. Re:Deniable until they look at your swap partition by kelnos · · Score: 1

      On what do you base that assertion? According to sf.net, gaim 1.1.0 for windows has about 85,000 downloads, while the other flavors of gaim (source tarballs, RPMs) have around 20,000. While that *is* a big difference, I'm "almost certain" that the vast majority of non-windows gaim users get gaim through other sources (distro updates, for example), whereas pretty much all windows gaim users get gaim from sf.net.

      But, of course, I have nothing but intuition to back that up, so my assertion is just as unsupported (but, IMO, more likely) than yours.

      And by the way, as the gaim devs will tell you, it's "gaim" or "Gaim", but never "GAIM".

      --
      Xfce: Lighter than some, heavier than others. Just right.
    19. Re:Deniable until they look at your swap partition by Anonymous Coward · · Score: 0

      Deniable because you booted from a live CD and don't write to disk. :)

    20. Re:Deniable until they look at your swap partition by jkujawa · · Score: 1

      One would hope the authors were smart enough to write it so that it pins the memory so that it can not be swapped.

      The program has to be SUID to do this, but ... sometimes nuking from orbit is The Only Way To Be Sure.

    21. Re:Deniable until they look at your swap partition by kesuki · · Score: 1

      Because AIM(TM) is a Registered trade mark of AOL(TM). Thus Gaim and gaim are ok, But there are big Legal thugs ready to come down on you if you call it G-AIM(tm).

    22. Re:Deniable until they look at your swap partition by Anonymous Coward · · Score: 0

      And exactly how much does this increase the latency of swapping a page in?

    23. Re:Deniable until they look at your swap partition by Anonymous Coward · · Score: 1, Interesting

      Encrypting (using block ciphers) on modern CPUs is fast compared to disk I/O.

      It's useful when you want everything to be secure, not just specific things done by a specific piece of software.

      There is a standard system call for forcing memory to be in-memory only, it's called mlock(2), but it requires privileges and can fail. It's not a good thing for programs to rely on. If enough programs use it, the system will start behaving pretty badly.

      Another simple alternative to encrypted swap, if you have enough RAM, is not to have any swap.

    24. Re:Deniable until they look at your swap partition by pete-classic · · Score: 1
      There's no rational reason to be using a swap partition on a linux desktop, what with the price of RAM these days.


      That's only true if your RAM > disk. It's nice to swap un-used crap out of RAM so you can use that space for disk cache.

      Whee!

      -Peter
    25. Re:Deniable until they look at your swap partition by CAIMLAS · · Score: 1

      maybe it's just me, but encrypting a filesystem that is used (relatively) frequently for fairly large reads and writes - and is already fairly processor bound in performance - doesn't seem like an idea which will make the system respond too snappy. If you need to use swap, chances are you're already taking a performance hit. If you need to encrypt your swap, chances are it should be important enough to spend a little extra money for more RAM instead of taking the performance hit. :)

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    26. Re:Deniable until they look at your swap partition by Anonymous Coward · · Score: 0

      look here for full disk and swap encryption for linux, much more secure than the default kernel crypto.

  25. how about dual-plaintext messages? by man_ls · · Score: 4, Interesting

    I really want a cryptosystem where I can enter, say, two different plaintexts (of similar length, I imagine) and then there are two keys: the private key, and the decoy key.

    If required to give up "your private key" then give up the decoy key. The decoy plaintexts decrypts, and you're done. The real plaintext is still hidden away.

    Does anything like this exist?

    1. Re:how about dual-plaintext messages? by myowntrueself · · Score: 3, Interesting

      "Does anything like this exist?"

      Its called 'steganography'

      What you do is you have a huge stash of embarassing hardcore porn, say 'bukkake bloopers 2000'

      You use steganography to hide your real naughtyness inside those images and encrypt the image archive.

      When someone insists that you decrypt it, you naturally get really embarassed but finally relent.

      They see what you are 'hiding' and maybe laugh in your face; but they don't detect the stegged content (which would, presumably, be *far* worse than 'bukkake bloopers 2000' but what *that* could be I cannot imagine).

      --
      In the free world the media isn't government run; the government is media run.
    2. Re:how about dual-plaintext messages? by Anonymous Coward · · Score: 0

      A one-time pad? Any sequence of bytes can be decoded into any other sequence of the same length by xoring it with the right key. One key decrypts to the Book of Mormon, another decrypts to a picture of Cowboy Neal with a goat. You can make up keys after the fact to perform alternate decryptions!
      But you really, really, need to hide the encryption key.

    3. Re:how about dual-plaintext messages? by Speare · · Score: 3, Interesting

      I thought of the duress keyphrase, too. While we're randomly thinking, I once imagined that a good keyphrase (decoy or otherwise) would be the full text to the Fourth Amendment. Then recite the keyphrase only under oath before a Judge. Worth a shot, anyway.

      --
      [ .sig file not found ]
    4. Re:how about dual-plaintext messages? by Anonymous Coward · · Score: 1, Interesting

      While your idea is good, look into Phonebook Encryption, this is more of what the grandparent wanted.

    5. Re:how about dual-plaintext messages? by Qzukk · · Score: 3, Interesting

      Yes, its called "Phonebook Encryption". Not sure why. It's written by familiar faces though.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    6. Re:how about dual-plaintext messages? by corbettw · · Score: 3, Funny

      What you do is you have a huge stash of embarassing hardcore porn, say 'bukkake bloopers 2000'

      They see what you are 'hiding' and maybe laugh in your face

      There's a joke in there somewhere, I just know it...

      --
      God invented whiskey so the Irish would not rule the world.
    7. Re:how about dual-plaintext messages? by stud9920 · · Score: 2, Interesting

      Disclaimer : IANBS (I am not Bruce Schneier)

      1. use the decoy D plaintext as a One Time Pad (yes, OTPs are inconvenient and need to be transmitted secretely too) and encrypt your plaintext P with it. This gives ciphertext C. C = f(P,D)=f(D,P)

      2. when "they" require you to give up your key, give them the message you wanted to hide from them. Cross your fingers they don't look at that OTP. When they decrypt the ciphertext with the key, they will get the decoy message. Just hope for them not to look at the key you gave them. Social engineer them to just decrypt without looking at it. P=f^-1(C,D); but also D=f^-1(C,P), (cipher algo f was chosen to respond to this law, and must be given to the authorities.

      Apart from this very dangerous method, I don't think there is a way to create a cipher that would transmit a innocent and a less innocent message together without getting a ciphertext with an Quantity of Information not higher than either messages. In fact, OTP methods *do* transmit more information than the payload, ie the OTP has to be transmitted too.

    8. Re:how about dual-plaintext messages? by Qzukk · · Score: 1

      As an aside, the steganography idea mentioned by another poster above is probably the one I'd use.

      With this thing on your computer, you could give them the fake key, and in a couple of days they'd figure out that you've got the phonebook userspace tools on there and realize they've been had.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    9. Re:how about dual-plaintext messages? by wronskyMan · · Score: 1, Interesting

      Don't you mean the fifth?

      --
      --- You shall know the truth, and the truth shall make you mad- Neal (not Cowboy) Boortz
    10. Re:how about dual-plaintext messages? by Fahrenheit+450 · · Score: 1
      Here you go. Sort of... Deniable Encryption by Canetti, Dwork, Naor, and Ostrovsky.

      Abstract:
      Consider a situation in which the transmission of encrypted messages is intercepted by an adversary who can later ask the sender to reveal the random choices (and also the secret key, if one exists) used in generating the ciphertext, thereby exposing the cleartext. An encryption scheme is deniable if the sender can generate `fake random choices' that will make the ciphertext `look like' an encryption of a different cleartext, thus keeping the real cleartext private. Analogous requirements can be formulated with respect to attacking the receiver and with respect to attacking both parties.

      Deniable encryption has several applications: It can be incorporated in current protocols for incoercible ("receipt-free") voting, in a way that eliminates the need for physically secure communication channels. It also underlies recent protocols for general incoercible multiparty computation (with no physical security assumptions). Deniable encryption also provides a simplified and elegant construction of an adaptively secure multiparty protocol.

      In this paper we introduce and define deniable encryption and propose constructions of such schemes. Our constructions, while demonstrating that deniability is obtainable in principle, achieve only a limited level of it. Whether they can be improved is an interesting open problem.
      --
      -30-
    11. Re:how about dual-plaintext messages? by SiliconEntity · · Score: 1

      I have given some thought towards creating such a dual-plaintext message. The main problem is that, in practice, generating a complete bogus plaintext for every "sensitive" message you send is going to be a pain and not many people will be willing to do it.

      But if you are, the simplest approach is to encrypt all messages in a double-length mode. When sending an innocent message, one not requiring the double-encryption feature, it gets encrypted as usual, and gets paired with a random stream of noise data, of equal length. The noise data is randomly chosen to go in front of or behind your encrypted message. This is your usual data encryption format. Note that encrypting data like this doubles the message length, but for email and similar messages that's not usually a problem.

      Then when you want to send a high-security message, you create an innocent one as a cover and encrypt both messages, under different keys. Send them side by side. Then when you are under pressure to reveal, tell them the key for the innocent message. The other half of the data will be indistinguishable from noise, just like when you send messages in the normal mode.

      They will be suspicious about whether the other half really had a message, and the fact that you are using this cumbersome "deniable" system will make you look pretty bad. But they can't prove anything.

      Of course a simpler approach is just to use ordinary cryptography and then erase the keys. Then you can't be called upon to reveal anything. And if they push, give them the plaintext - or at least, what you claim is the plaintext. This is really far more believable and plausible than using exotic cryptography to achieve what amounts to the same thing.

    12. Re:how about dual-plaintext messages? by SiliconEntity · · Score: 2, Interesting

      For further information, here is a link to a long posting I made on sci.crypt five years ago on the topic of dual-plaintext messages:

      http://groups-beta.google.com/group/sci.crypt/msg/ 7f73818727a16be5

    13. Re:how about dual-plaintext messages? by Sartak · · Score: 1
      One-time pads are easily manipulated to do this. For example, say you have the ciphertext*:
      EYUJO WSYCU XLMUD NADLD
      If the authorities somehow forced you to reveal what the message was, you could give them the decoy key,
      KQPWN CAPEL EREPB IHJNF
      which decrypts into the plaintext
      THEMA TRIXI STHEB ESTXX
      However your partner in crime would have the key
      VBTVU CDNTI LSATK FWORF
      which decrypts into the plaintext
      IWANT TOKIL LSLAS HDOTX
      I would expect it to be difficult for many other cryptosystems (which are "imperfect") to provide the same functionality. You also run the risk of your counterpart also being caught. If you give them different keys, they'll suspect something fishy.

      * Any errors are human.
    14. Re:how about dual-plaintext messages? by arodland · · Score: 1
      No, how about:


      The right of the people to be secure in their persons, houses, papers, and effects, against unreasonable searches and seizures, shall not be violated


      and such?
    15. Re:how about dual-plaintext messages? by StikyPad · · Score: 1
    16. Re:how about dual-plaintext messages? by cutecub · · Score: 4, Interesting
      The only conceptually similar system I know about is the, now defunct, rubberhose.

      Rubberhose was a plausibly-deniable disk encryption system which allowed you to create 2 distinct encrypted file systems which occupied the same disk space.

      One would be the decoy and have harmless boring info, the other would be the "real" file system.

      If you were compelled to give up the passphrase to the filesystem, you could give up the decoy passphrase.

      The implementation was tricky, because neither file system could "know" about the other, otherwise, an enemy would know you were hiding the "real" file system and could imprison or torture you into giving up the passphrase.

      Since the stakes were high, Rubberhose had features to thwart forensic disk-surface analysis. A percentage of disk blocks from both file systems would be randomly repositioned on the drive, to ensure that the more heavily used "real" file system didn't stand out in any statistical way.

      I'd love to see something similar revived.

      -Sean

    17. Re:how about dual-plaintext messages? by Elwood+P+Dowd · · Score: 1

      There are several different ways of doing things like you describe.

      (Correct me if I'm wrong, but) one-time pads provide complete deniability, because any any encrypted message could produce any decrypted message, depending on the pad. It would be impossible to prove what your message really was.

      One time pads are usually too inconvenient. There are also 'rubber-hose' proof encryption systems, where the encrypted message includes empty space. Each key provided reveals more of the decrypted message, but it is never possible to prove whether the remaining unencrypted message is empty space or real data.

      Then there's phonebook encryption, which I know nothing about.

      --

      There are no trails. There are no trees out here.
    18. Re:how about dual-plaintext messages? by digitac · · Score: 1

      Check out a program called DriveCrypt. It'll let you do that or stenography. Unfortunatly it's Windows only at the moment, but it works great for me, stuck in a Windows world without a brick in sight. ::Digitac

    19. Re:how about dual-plaintext messages? by wronskyMan · · Score: 1

      Quite true, but taking the Fifth is the customary defense against self-incrimination(which decrypting your evidence certainly is)

      --
      --- You shall know the truth, and the truth shall make you mad- Neal (not Cowboy) Boortz
    20. Re:how about dual-plaintext messages? by Piquan · · Score: 1

      It's called chaffing and winnowing.

      Pretty much, each cypher block is signed. If, during decryption, you see an invalid signature, then you ignore that block.

      Now, when you encrypt, you (randomly) multiplex the blocks of your super-secret message, several dummy messages, and many random blocks.

      It's obvious that your system does this. That's why you include several dummy messages (make 'em plausible!) and also many random blocks. They can demand another key all they want, but they have no way of telling whether or not you've given them all your keys.

      Of course, to encode N different messages of M length requires a file of approximately N*M bytes (compression notwithstanding). This is a natural consequence of anything other than an OTP, because of the pigeonhole principle. Filesystems based on this principle are larger than N*M, but this is expected for filesystems: you make filesystems based on future size, not present. So you might be able to plausibly deny that there's more than one thing on the filesystem. But for messages, it's pretty obvious.

    21. Re:how about dual-plaintext messages? by TWX · · Score: 2, Interesting
      They see what you are 'hiding' and maybe laugh in your face; but they don't detect the stegged content (which would, presumably, be *far* worse than 'bukkake bloopers 2000'...
      Hmmm.. Laughing. So that's what they're calling it these days...

      with the current administration be careful what you use as the containing data for the purposes of stenography. If the container becomes illegal then you have a real problem.
      --
      Do not look into laser with remaining eye.
    22. Re:how about dual-plaintext messages? by foniksonik · · Score: 4, Funny

      It's true. 2000 was a horrible year for bukkake.... very embarassing... now 1999, that was vintage bukkake.. ;-p I've got some I'm saving for my wedding night.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    23. Re:how about dual-plaintext messages? by owlstead · · Score: 1

      Great idea. I've started to collect bukkake already to implement your scheme. Maybe in a few years the collection will be big enough. I will let you know!

    24. Re:how about dual-plaintext messages? by 3terrabyte · · Score: 1

      And wouldn't that violate the Plausible Deniability? I'm all for the idea, but I remember reading about Rubber Hose a while back, and it just looked pretty obvious to me.

      --

      Why are there only 19 people folding@home for slashdot?

    25. Re:how about dual-plaintext messages? by legirons · · Score: 1

      "I really want a cryptosystem where I can enter, say, two different plaintexts (of similar length, I imagine) and then there are two keys: the private key, and the decoy key.If required to give up "your private key" then give up the decoy key. The decoy plaintexts decrypts, and you're done. The real plaintext is still hidden away."

      Marutukku (formerly RubberHose) is designed to do that (with more levels - no matter how many keys you reveal it's impossible to prove there aren't more) although their website seems to be down at the moment, and I don't remember it being updated for a while. Apparently BSD has it (might explain it's death ;-)

    26. Re:how about dual-plaintext messages? by 3terrabyte · · Score: 1

      Software encryption for hard drives == slow. And that's with a low bit key. Impossibly slow at higher bitrates. Maybe you're only encrypting a folder of data. That would work fine, except most people don't trust Windows... you'd want the whole O/S running on an encrypted drive.

      --

      Why are there only 19 people folding@home for slashdot?

    27. Re:how about dual-plaintext messages? by payndz · · Score: 1
      They see what you are 'hiding' and maybe laugh in your face

      If it's bukkake, they certainly do something in your face!

      Maybe 'Bukkake Blunders 2000' is when they miss...

      --
      You must think in Russian.
    28. Re:how about dual-plaintext messages? by Anonymous Coward · · Score: 0

      This is better than steganography. Here's what you do:

      Create a phonebook filesystem on your home PC.
      Download, say, 400MB of porn.
      Put porn into one layer.
      Put 200MB confidential documents into another layer.
      Add 2GB of chaff to the filesystem.

      Now when the feds want your key, you give them the key to the porn but not the documents. They say, hey! there's still 2GB we can't decrypt. You tell them it's ALL chaff. They have NO way of knowing what is chaff and what is real data.

      Yes, they might have good reason to believe there is more data there, but just deny deny deny and explain why you have to hide your porn stash. Lawyers will take care of the rest. Or the feds will kill you. But in that case, there's nothing you could have done; at least you're better off this way.

    29. Re:how about dual-plaintext messages? by killjoe · · Score: 1

      It's pretty easy to detect stego.

      --
      evil is as evil does
    30. Re:how about dual-plaintext messages? by 3terrabyte · · Score: 1
      "and the fact that you are using this cumbersome "deniable" system will make you look pretty bad. But they can't prove anything."

      But this brings you back to square one... which is where you could have just refused to give the key in the first place...making you look bad. But they can't prove a thing.

      --

      Why are there only 19 people folding@home for slashdot?

    31. Re:how about dual-plaintext messages? by Anonymous Coward · · Score: 0

      We can definitely do better.

      Take decoy plaintext D, real plaintext P, genuine OTP O.

      XOR O, P, and D. You get C.

      C = P xor D xor O.

      Now, if I want my plaintext back, I just do
      C xor O xor D = P xor D xor O xor O xor D = P. My key was O xor D.

      If I want my decoy, I do C xor O xor _P_ = P xor D xor O xor O xor D = _D_. Give the feds the key O xor P.

      Then we don't take any risks as long as we can 1. make a convincing decoy, and 2. securely hang on to O and D. This will still stand up to cryptoanalysis FOREVER since O, and thus O xor [anything unrelated to O] is still completely random data.

    32. Re:how about dual-plaintext messages? by Anonymous Coward · · Score: 1, Funny

      I guess you're saving it forever...

    33. Re:how about dual-plaintext messages? by HidingMyName · · Score: 2, Interesting

      Shannon described this in his seminal paper Communication Theory of Secrecy Systems and called it equivocation (i.e. the property that multiple candidate keys will generate the plausible but different plain text messages from the same cipher text). Cryptographers consider this a good thing. The related notion of Unicity Distance refers to how much cipher text is needed to uniquely identify the that generated it (assuming that the cryptographic algorithm is known) with high probability. By keeping number of bits of information in the key sufficiently large relative to the message length, it is possible to make the Unicity distance larger than the message size.

    34. Re:how about dual-plaintext messages? by ComputerSlicer23 · · Score: 1
      I'm guessing it's called Phonebook Encryption, because it is layered (like the pages of a phone book), and if I showed you a phone book, it's just a big pile of data that all looks the same at every "layer". Just like an ideal "Phonebook" filesystem does.

      Kirby

    35. Re:how about dual-plaintext messages? by Anonymous Coward · · Score: 1, Funny

      If you had DJB, he'd make you find 10 jokes in it.

    36. Re:how about dual-plaintext messages? by stg · · Score: 1

      I'm surprised no one else seems to have mentioned DriveCrypt from http://www.securstar.com/ . Their "Invisible Containers" feature works pretty much like you described. You use two keys, one decrypts the outer disk, and the other the invisible disk.

      They also have a Hidden OS option in the Plus version. (Both versions are Windows only)

      BTW, I'm not associated with them and I never used their products, except for Scramdisk several years ago. Drivecrypt just seemed really cool when I read their page.

    37. Re:how about dual-plaintext messages? by Anonymous Coward · · Score: 0

      Its called 'steganography'

      No, it's not. It's called deniable cryptography, and it's a research area quite distinct from steganography. Your way is an ugly and theoretically uninteresting approach. It also does not actually solve the problem with dual plaintexts, as you rely on being able to encode in images.

      Stop talking out of your ass. Don't pretend that you know shit you obviously don't.

    38. Re:how about dual-plaintext messages? by shakah · · Score: 2, Insightful
      An interesting article about a cryptosystem along the lines of what you asked about:
      http://theory.lcs.mit.edu/~rivest/chaffing.txt

      An excerpt:

      I note that it is possible for a stream of packets to contain more than one subsequence of ``wheat'' packets, in addition to the chaff packets. Each wheat subsequence would be recognized separately using a different authentication key. One interesting consequence of this is that if law enforcement were to demand to see an authentication key so it could identify the wheat, the sender could yield up one such key that identifies a wheat subsequence containing an innocuous message as the wheat, and leaving everything else as ``chaff''. The real message would still be buried in the chaff. This is reminiscent of the technique of ``deniable encryption'' proposed by Canetti et al. (1997).
    39. Re:how about dual-plaintext messages? by Anonymous Coward · · Score: 0

      Great, but remember, for a secure passphrass you want to include a combination of letters numbers and symbols, therefore, I propose:

      +h3 r1gh+ 0f +h3 p30p|3 +0 b3 Z3cur3 1n +h31r p3rZ0nZ, h0uZ3Z, p@p3rZ, @nd 3ff3c+Z, @g@1nZ+ unr3@Z0n@b|3 Z3@rch3Z @nd Z31zur3Z, Zh@|| n0+ b3 v10|@+3d

      (someone can probably find a be leet speak filter than that one, but you get the idea)

    40. Re:how about dual-plaintext messages? by Captain+Segfault · · Score: 1

      Oh, this is actually trivial with a simple OTP...

      So, you have a secret message S, and you OTP it with a key K, so the ciphertext C is

      C=S xor K

      Now, if you want C to decrypt to D, supposing that D is the same size as C, just give them

      K'=C xor D

      and then

      C xor K'= K' xor D xor K'=D

    41. Re:how about dual-plaintext messages? by commodoresloat · · Score: 1
      the stegged content (which would, presumably, be *far* worse than 'bukkake bloopers 2000' but what *that* could be I cannot imagine)

      Bukkake Bloopers 2001?

    42. Re:how about dual-plaintext messages? by vrmlknight · · Score: 1

      but you have the ever present problem of getting the one time pad to the other person in a way that cannot be monitored... (and if you have that why not talk to them that way.)

      --
      This must be Thursday, I never could get the hang of Thursdays.
    43. Re:how about dual-plaintext messages? by myowntrueself · · Score: 1

      why can't I add AC to my foes?

      darn...

      --
      In the free world the media isn't government run; the government is media run.
    44. Re:how about dual-plaintext messages? by joshuaobrien · · Score: 2, Funny

      They don't just laugh in your face...

    45. Re:how about dual-plaintext messages? by Anonymous Coward · · Score: 0

      Yes, they might have good reason to believe there is more data there

      Like the fact that you have the phonebook drivers and utilities on your computer? :P

    46. Re:how about dual-plaintext messages? by Elwood+P+Dowd · · Score: 1

      Which is why I said, "One time pads are usually too inconvenient."

      Anything else?

      --

      There are no trails. There are no trees out here.
    47. Re:how about dual-plaintext messages? by menscher · · Score: 1

      The project you're looking for is called StegFS. Google for it. Cool stuff, but unfortunately is a massive waste of CPU and Disk unless you REALLY need it.

    48. Re:how about dual-plaintext messages? by kjamez · · Score: 1

      or maybe use the 4th as the public/decoy and the 5th as your private.

      try getting a judge to understand when you recite THAT under oath when asked for the passphrase for you private key.

      confusion, everywhere.

      --
      you can't have everything, where would you put it?
    49. Re:how about dual-plaintext messages? by Anonymous Coward · · Score: 0

      But if the Big Brother is given access to the other filesystem, then they will be able to detect that you're using this fancy encrypted double filesystem. They may not be able to prove anything about the data on disk, but it is enough to see that this special piece of code is running your filesystem. In linux, all they need to do is require you to enter the password, and then disassemble the running kernel memory to check out what kind of encrypted filesystem you are running.

      Once they find out that you are using a Rubberhose filesystem, what are the chances that they'll believe you when you claim that there's nothing of interest in the other half of the Rubberhose system?

      Maybe a better system would allow an unlimited number of filesystems to live on the same disk, so you can never be sure if there's yet another one hidden. However, I must admit that the basic idea is very good -- with the size of disks on sale today, it's certainly nothing out of ordinary if your files only fills 1% of the available space.

    50. Re:how about dual-plaintext messages? by Natales · · Score: 1

      The latest version of BestCrypt supports that. You can create a container inside a container, and if you are forced to reveal the password, you only do so for the first container. The adversary remains unaware of the existance of the second container.

      In general, I like this software because of its low CPU overhead and Linux compatibility, although I think version 7 is Windows only for now.

    51. Re:how about dual-plaintext messages? by Speare · · Score: 1

      Those who keep thinking "ooh, ooh, use the fifth!" are confused. You would not want the text of the Fifth Amendment to be the passphrase. You might want a phrase like, "I exercise my rights to decline testimony guaranteed under the Fifth Amendment," but saying the actual text of the Fifth is not the same as invoking it.

      --
      [ .sig file not found ]
    52. Re:how about dual-plaintext messages? by Anonymous Coward · · Score: 0

      Truecrypt (http://truecrypt.sourceforge.net/) can do this, but it's a windows-only program at this time...

    53. Re:how about dual-plaintext messages? by kjamez · · Score: 1

      i was aiming more for satire. if your passphrase is in fact 'I exercise ... Amendment' you have already given away the incriminating evidence ... If you simply say 'I exercise .. yadda' the pass-phrase can be whatever, because you aren't required to divulge it. But you are correct, there is no use of using the 5th's text as a passphrase. The 4th seems more appropriate.

      --
      you can't have everything, where would you put it?
    54. Re:how about dual-plaintext messages? by Anonymous Coward · · Score: 0

      Dear foniksonik,

      The wedding is off.

      Love,

      Your significant other

  26. Excellent! by boodaman · · Score: 4, Interesting

    Wonderful stuff if it does everything it is supposed to do. I can't wait to check it out.

    I've often wondered about this when it comes to forensics testimony. For example, even if you have my computer with some incriminating evidence on there, how can you prove beyond reasonable doubt that I put it there? I would think that unless you have a video tape of me typing the incriminating evidence on the keyboard, and can prove that the tape was made at the time in question and is unaltered, is the only way to prove anything.

    Computers can be programmed to do anything at anytime, including carrying on a "conversation". You can also easily create an incriminating e-mail message that looks like it was sent, but it never was. Ditto log files, etc. For example, Apache log files are text: it would be trivial to create a script that spoofed a log file with your IP address as the incriminating info...but then how does the plaintiff prove that isn't how it was created?

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

      For example, even if you have my computer with some incriminating evidence on there, how can you prove beyond reasonable doubt that I put it there?

      If a jury can convict a man for murder of his wife based solely on things like having an extramarital affair or even just how his face looked during trial, then don't expect you'll be able to weasel out of owning a computer with incriminating evidence on it.

    2. Re:Excellent! by Anonymous Coward · · Score: 0
      If it says you attacked server X on Jan 4th at 2pm, but you were at the beach all day with friends, then you'll probably get off the hook (maybe).

      What if I took my laptop? Am I fucked?

    3. Re:Excellent! by the_rev_matt · · Score: 1

      There are logs all over the place. Your isp/employer will have logs of when you connected, checked mail, etc. I've done forensics on hack attempts on web sites and had to compare our logs with those of the ISP for the attacker in order to have what was considered meaningful evidence. An IP address is meaningless without context, as you say. A preponderance of evidence from multiple unrelated sources gives sufficient context.

      --
      this is getting old and so are you

      blog

    4. Re:Excellent! by dummondwhu · · Score: 1

      And just hope they've never heard of cron.

    5. Re:Excellent! by TheGatesofBill · · Score: 1

      but you were at the beach all day with friends People who read slashdot have friends? When did this happen?

    6. Re:Excellent! by dheltzel · · Score: 1
      That's assuming we have friends who could provide the alibi, which might be a stretch.

      Do you think a posting on /. would be enough?

    7. Re:Excellent! by razathorn · · Score: 1

      I have ssh on my phone.

    8. Re:Excellent! by lachlan76 · · Score: 1

      My brother tried that once (I'm 15, he's 11).

      Only thing that is slightly unplausible: the pr0n was on his computer. In a folder in the start menu called 'Lachlan's Stuff'. And the files were called 'Lachlan (n)' (for n in range(1, 10)).

      And the timestamp was from when I wasn't at home.

      Hilarity ensues.

  27. This is great... by Duncan3 · · Score: 3, Interesting

    Not sure for _who_, but it's great.

    I can see some people having huge use for this, drug dealers, chat room stalkers, and of course all communications between an executive and their broker ;) Any place you need to be able to say "I didn't say that" later - where woulkd that be except a courtroom???

    I can't think of any good reason for _me_ to use it tho. Maybe I'm just not shadey enough.

    --
    - Adam L. Beberg - The Cosm Project - http://www.mithral.com/
    1. Re:This is great... by PornMaster · · Score: 1

      Some things are Right(tm) but not legal.

      If you assume a benevolent government, then you don't need it. There are plenty of people who don't.

    2. Re:This is great... by Anonymous Coward · · Score: 0


      Some things are Right(tm) but not legal.


      Some people would say that these are exactly the things about which citizens need to stand up and be counted, not look for plausable deniability.

      Of course, if by "Right(tm)" you mean "WAAAH, but I WANT it!!!" I understand your point.

    3. Re:This is great... by Anonymous Coward · · Score: 0

      You're missing the point. Lets talk about the way that a global elite has you bent over the barrel, let's discuss Haliburton, Enron and the Bilderberg group, let's do it so that the enemy can't evesdrop ;-)

    4. Re:This is great... by Bonker · · Score: 1

      Now assume you live in Red China and are trying to conduct what U.S.ians consider legitamite business with Taiwan.

      "I didn't say it. Someone else must have forged it," won't stop you from being dissapeared, but it'll go a lot further before a tribunal and get you more help from the U.S. embassy there than "Yup. It was me what done it."

      --
      The next Slashdot story will be ready soon, but subscribers can beat the rush and slashdot the links early!
    5. Re:This is great... by doublem · · Score: 0, Troll

      You say that now, but once criticizing the government is illegal and gets you an "Enemy Combatant" classification, you'll be glad your rants against the Conservative Christian Overlords are "deniable."

      Until of course the USE of such technology, even having the software in your house, carries the same penalty.

      --
      "Live Free or Die." Don't like it? Then keep out of the USA
    6. Re:This is great... by edbarbar · · Score: 1


      I've been thinking along similar lines. I can't think of why I would use it in the US, but I might want to use it if I were in China.

      Unfortunately in China, I don't think the deniability part of it would work to well.

      --
      Ed Barbar, President and General Manager, Furnit USA
    7. Re:This is great... by Duncan3 · · Score: 1

      No, that doesnt help you at all in china, there you need to be SECURE and ANONYMOUS.

      Denial just gets you shot quicker, in China or under King Bush.

      --
      - Adam L. Beberg - The Cosm Project - http://www.mithral.com/
    8. Re:This is great... by annodomini · · Score: 1
      Anyone who might fear that the government might want evidence that they said something. Sure, a lot of such people are shady, but anyone who is fighting a repressive government would want the same sort of protection. For instance, imagine you are Islamic and staying in the US on a visa. You IM with someone, mentioning that you think Bush is an asshole and should be killed. Now, if you don't encrypt that, someone could eavesdrop and you could get arrested. If you use normal encryption/authentication mechanisms, then if someone compromises the other person's computer, or whatever, they can decrypt the message, prove that it was you who said it, and have even stronger evidence against you. With this scheme, however, you can feel free to say what you want, and still be guaranteed that even if the person you're talking to gives your messages to the police, they can't prove that it was you who said it, and no one can eavesdrop or decrypt the messages later when they find the private key.

      Another reason you might want to use this is that you fear, at some point, that some government you deal with may be repressive, even if the current government is not. If you only start using encryption when you're talking about subversive stuff, then it's easy to track down the subversives, by just looking at who uses encryption. But if everyone uses it all the time, then there's no way to tell who is using it for shady purposes and who is just using it to chat.

      Of course, this means that it can also be used by criminals, too. One of the biggest problems with any sort of freedom, or tool to protect you from a repressive government, is that anyone can use it, including criminals. It's hard to find the right balance point; if I'm allowed to have a gun, to fight against the government if things go bad, then so is the loan shark down the street. If I'm allowed to have the freedom to speak my mind about how awful the government is, then so is Fred Phelps. If I'm allowed to use steganography to hide messages about fighting for marijuana reform, then a terrorist is allowed to use it to hide messages for coordinating an attack. It's a tough balance, constantly in contention. And if I use crypto all of the time in order to not look suspicious if I need to fight against the government, then the guy using crypto to trade child porn will look less suspicious, as well. It's a tough issue to work out.

    9. Re:This is great... by Anonymous Coward · · Score: 0

      Wait, fighting for drug reform is terrorism, or haven't you been told that yet?

    10. Re:This is great... by Anonymous Coward · · Score: 0

      i thought the US has that patriot act that enables the government to spy on you easily. so there would be reasons to use it

    11. Re:This is great... by Alsee · · Score: 1

      I can't think of any good reason for _me_ to use it tho. Maybe I'm just not shadey enough.

      Here ya go

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
  28. I thought they meant the game company... by Anonymous Coward · · Score: 0

    ...and I was thinking, coming soon: Grand Theft Crypto!

  29. Plausible "yeah right" by Bronster · · Score: 4, Insightful

    Let me get this straight - it can be proved that you

    a) created a plausible deniability capable link; and

    b) intentionally released the key to said link so that someone else could impersonate you later.

    Frequently all that's needed is the fact that you communicated with somebody for evidence - not the specifics of what you said. Sure maybe you just called them up and did some heavy breathing down the line - there's no proof you actually _spoke_, but any jury in the world would convict you.

    Of course you work around that by creating a new link every hour to the same person, and maybe or maybe not using it - but it still shows you're in communication with them. There's no way around that.

    Nice idea, but don't think your child pornography dealing down this link is going to somehow get you off the hook.

    1. Re:Plausible "yeah right" by Just+Some+Guy · · Score: 1
      Frequently all that's needed is the fact that you communicated with somebody for evidence - not the specifics of what you said.

      Martha Stewart went to prison based on what she communicated with her stock broker, not that she communicated with him. I'm sure both parties there would've been happy to have a bit of plausible deniability.

      This is a tool with a very specific purpose, and its unsuitability for other purposes doesn't make it worthless. I can't drive a nail with a cold chisel, but that's not a flaw in the chisel's design.

      --
      Dewey, what part of this looks like authorities should be involved?
    2. Re:Plausible "yeah right" by westlake · · Score: 1
      Martha Stewart went to prison based on what she communicated with her stock broker, not that she communicated with him.

      But you must begin your case by establishing that there was communication. You can build from there even when you don't know what was said. Juries dislike coincidence.

    3. Re:Plausible "yeah right" by aminorex · · Score: 1

      No, Martha Stewart went to prison for talking to regulators. She was convicted of making materially false statements to SEC agents.

      Let this be a lesson to anyone considering cooperating with federal agents.

      --
      -I like my women like I like my tea: green-
    4. Re:Plausible "yeah right" by squiggleslash · · Score: 1
      I think the flaw in the system is that in order to prove that the conversation is genuine during while the conversation is taking place, the original disposable key has to be signed by the parties involved. That proves that the original key came from the person being investigated, and, as you say, "proved that (the person) created a plausible deniability capable link."

      There's also an element of cleverness (in the bad sense of the word, of the "Why don't we define my car's key as an Access Control Mechanism so that I can prosecute car thieves under the DMCA!" variety) here that I think needs to be addressed.

      Most law enforcement groups are not interested, initially, in what they're going to show in court. They're interested in actually finding the person involved so they can build a case against them. This system only prevents evidence gathered from being used in court, and then only half heartedly. The police can use the evidence in court with the simple addition of a court official such as a lawyer. This person can circumvent the system quite easily: monitor the entire conversation from start to finish while it's occuring, and then swear that the conversation, when presented to the jury, is authentic in court. Anything learned about the conversation and from the conversation is therefore admissable evidence. Anyone stupid enough to use this procedure without other safeguards:

      • Can expect to immediately be targetted by law enforcement simply because they've made an effort to look guilty of something. The only way of getting around this is to make such processes standard practice, ie build it into the successor to UMTS or something - which is not going to happen. Using a system like this is like phoning the police and saying "It's Rocky here, yeah, yeah, think you know who did the Beverly Hills job? Well I'm not going down for that, yeah, yeah, you got nuffin on me see? Nuffin, you'll never catch me copper, yeah, yeah, I'm not never goin' down for that one, see?"
      • Can expect to have any clues in their messages investigated by law enforcement. So you're not confessing to a robbery, you're planning one. Or you're planning a big protest. Or whatever. And the law's going to sit idly by because the cop who listened in can't prove mathematically he or she heard what they claim to have heard?
      • Will risk confessions being witnessed and decoded, as described above.
      Ultimately this system is simply too impractical and too weak to achieve anything useful.

      Damn it!

      --
      You are not alone. This is not normal. None of this is normal.
  30. Comment removed by account_deleted · · Score: 4, Interesting

    Comment removed based on user account deletion

  31. Perl-ize this with that 25 line P2P by fuzzy12345 · · Score: 4, Funny

    Quick, someone, anyone. Combine this with yesterday's P2P In 15 Lines of Perl: http://developers.slashdot.org/article.pl?sid=04/1 2/15/1953227&tid=95&tid=156&tid=1

    --

    Everybody's a libertarian 'till their neighbour's becomes a crack house.
  32. Widespread adoption essential for plausibility by Anonymous Coward · · Score: 0

    If you were the ONLY person actually using the system who could have written a message in question, then deniability would be far less plausible.

  33. Ah... so that explains this IM conversation... by Anonymous Coward · · Score: 3, Funny

    BillG: So, did the donation to the SCO fund to kill Linux go through?

    SBallmer: Yep, sure did. And we even explained the need for us to buy one of their licenses for unlimited computers. You know, for our in-house independent benchmarking company. You know, the whole "Get the Facts" campaign?

    BillG: I see... but this SCO thing doesn't look like it's going to work. We need to go after them in even more indirect ways to avoid more antitrust sanctions. With Ashcroft gone, we may get a harder wrist-slap than last time.

    SBallmer: We're already getting the puppet companies set up now. They have applied for tons of patents that could destroy Linux. We simply buy a perpetual license to all patents for a cool billion, and we're set.

    BillG: How can companies apply for patents that already exist in Linux? What about prior art?

    SBallmer: Don't worry, there's plenty of critical new or rewritten code since the patent applications that violates them. We've even guessed what Linux might add in the future, and patented that as well!

    BillG: But if those lawsuits fail.. then what?

    SBallmer: Well, we're working on getting the GPL ruled illegal. We're also going to deal a blow to all open source operating systems by our deals with bios manufacturers to only run operating systems who have paid their license to get the code signed. (Don't worry, they listen to our piles of money - if they obey us, they money keeps coming)

    BillG: So, you want the computer to be like an xbox, then? We might want to start drafting legislation for mod chips to prevent people from using linux.. er.. pirated copies of windows longhorn without the subscription/expiration feature. After all, we don't want people to use windows without paying their subscriptions...

    SBallmer: Already in the works. Prebought PCs will include a 3 year subscription to Longhorn Home/Crippled Edition. After this 3 years is up, the people buy a new computer rather than renewing their license (for an old computer, mind you) for another 3 years. The money from Intel and Dell is already pouring in. We can't allow mod chips because people would just use that to load the Corporate Edition.

  34. One Really Good Use by Thunderstruck · · Score: 3, Interesting

    Is for folks in Law Firms. An option like this can permit a lawyer to communicate over the internet with a client in a secure way (because getting my client to go through the process of encrypting stuff with GPG is unlikely at best) ... but where intercepted be useless as evidence in court.

    I gotta have it.

    --
    Trying to use sarcasm in text-based forums does not work.
    1. Re:One Really Good Use by Anonymous Coward · · Score: 0

      Pfft Lawyers!

    2. Re:One Really Good Use by Erwos · · Score: 1

      You do realize that attorney-client conversations are privileged and can't normally be used in court, right? At least not in any Western country I'm aware of. The fact that it got "intercepted" does not change this in the slightest.

      Besides, at the end of the day, if an attorney has to "give up" his client's secrecy, the court isn't going to bother with logs and taps - they're going to ask the lawyer what he was told, and if he doesn't fess up, they'll throw his ass in jail for contempt.

      OTR GAIM is not going to solve that "problem", because said problem does not exist.

      -Erwos

      --
      Plausible conjecture should not be misrepresented as proof positive.
    3. Re:One Really Good Use by Thunderstruck · · Score: 1

      You do realize that attorney-client conversations are privileged and can't normally be used in court, right? At least not in any Western country I'm aware of. The fact that it got "intercepted" does not change this in the slightest.

      Actually interception can and does change things. If for example I have a conversation with a client in the local coffee shop and someone overhears my client admit to stealing the hope diamond, confidentiality does not protect him from the use of that confession.

      The same has begun to apply even to things like cellular telephones. At least one court in the New York City area has ruled that there exists not even a reasonable expectation of privacy over such lines of communication. Much less any protection because you happened to be talking to your lawyer.

      You are correct though that communications made in private to your lawyer cannot be brought up against you. So as long as the location or chanel of communication is safe, so too are your secrets.

      This post is not intended as legal advice and should not be relied on as such.

      --
      Trying to use sarcasm in text-based forums does not work.
    4. Re:One Really Good Use by edbarbar · · Score: 1


      I'm not a lawyer, but I'm willing to bet most of the game is in the knowing. Like, if you let out your court strategy, or if there is real information in the messages, then there may create other ways to prove things in court.

      --
      Ed Barbar, President and General Manager, Furnit USA
    5. Re:One Really Good Use by lachlan76 · · Score: 1

      But why not just use PGP? When you're talking to your lawyer you don't need to be able to deny it later, as long as it isn't cracked.

  35. holy grail of file sharing by Mantorp · · Score: 3, Funny

    a while back there was a story up here about a gaim plugin as a p2p app, couple it with this and you can say "It wasn't me" that downloaded that Shaggy album.

    1. Re:holy grail of file sharing by Anonymous Coward · · Score: 0

      The problem they still can get to you by your IP adress , so you need to hide it too , by using onion routing by example ..

  36. This is great! by lawpoop · · Score: 3, Interesting

    What I would like to see is some kind of encrypted, p2p, email/IM replacement that doesn't rely on centralized servers. I realise what I've said is redundant -- P2P that doesn't rely on servers, but I'm trying to be clear. Messages would get routed through webs of trust, and if you lose your keys, you can have your new keys signed by people you know in real life. This would totally eliminate spam and ensure privacy and authentication for communcations.

    --
    Computers are useless. They can only give you answers.
    -- Pablo Picasso
    1. Re:This is great! by legirons · · Score: 3, Interesting

      "What I would like to see is some kind of encrypted, p2p, email/IM replacement that doesn't rely on centralized servers"

      Well why not go looking for them then, rather than writing it on slashdot. Many exist. Even something like InvisibleNet's IIP (invisible IRC proxy) would do lots of what you want, Konspire2B would do more, there are more encrypted P2P and chat tools than you can shake a stick at, plus protocols that offer what you want with many different clients. Or go all the way and try GNUNet (replacement for freenet) and such like.

      People are always posting "oh if only there was a distributed deniable torrented video blogging system with a pseudononymous web-of-trust" or something, yet I never see you on my Konspire2B client. Just download the damn things and see what they do, some of the apps are really quite cool.

    2. Re:This is great! by Anonymous Coward · · Score: 0

      Konspire2b doesnt connect anymore.

    3. Re:This is great! by Anonymous Coward · · Score: 0

      Konspire2b doesnt connect anymore.

      I've added a new katcher, and copied the list to Wikipedia (the kast wiki is being actively spammed, it was vandalised within seconds of my reverting it)

      http://en.wikipedia.org/wiki/Konspire2b

      If you want to run a katcher (it's just something to let kast nodes know about each other), then download the katcher, leave it running, and use something like dyndns to point a domain name to whatever the machine's IP address is.

  37. Re:Slashdot is criminally irresponsible posting th by Anonymous Coward · · Score: 0

    may be YOU are, but WE are not...

  38. Muaha by Anonymous Coward · · Score: 1, Funny

    Kid: Hey, Mister Policeman! I just got an OTR message from Michael Jackson! He said he really did molest those kids, and he's really sorry about it. Of course, I can't prove he said it any more, but it authenticated as him originally! You believe me, right?
    Police: You bet we do! We haven't forgotten that guy used to be black!

    *sirens*

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

      sigh, if only there was a -10 Racist modifier

    2. Re:Muaha by kelnos · · Score: 1

      Yeah, though in this case I'm more looking for the "-10 Lighten-up-it-was-a-joke" moderation.

      --
      Xfce: Lighter than some, heavier than others. Just right.
    3. Re:Muaha by Anonymous Coward · · Score: 0

      Hang on, what? It's racist to joke about someone ELSE having racist tendencies?

      Oh wait, I get it, I'm discriminating against RACIST people! Silly me!

  39. My method of encryption by groups.google · · Score: 1

    http://www.senses0.org.mv/popzees/rot/rotn.php
    Encrypt same text two or four times with different values for 'n' and the try breaking it. LOL ;)-

    1. Re:My method of encryption by Anonymous Coward · · Score: 0

      That's easily broken with statistical analysis. The most common letter is probably e, short chucnks of text are tested against short words, etc.

    2. Re:My method of encryption by thzinc · · Score: 1

      You've got to be kidding me. It's ROTn; brute force "attacking" your ciphertext would take a few minutes manually, much less using any intelligent method of cracking. (ie. statistical analysis...)

      But hey, if you like the mirage of cryptography you've got going on, who cares?

    3. Re:My method of encryption by groups.google · · Score: 1

      What if you perform encryption upon encrypted text serveral times... ? hehe brute force could still break it?

    4. Re:My method of encryption by Anonymous Coward · · Score: 0

      You're not joking?

    5. Re:My method of encryption by teeker · · Score: 1

      Are you trolling, or are you serious? If you're serious (and I can't believe you are) then the answer is yes...in fact with a simple substitution cipher like that, it wouldn't matter how many times you did it, it would take the same (simple) analyasis to break it.

      --
      teeker
    6. Re:My method of encryption by groups.google · · Score: 1

      Dude, I wasn't expecting any replies... hehe.. you still dont get my joke do you?

    7. Re:My method of encryption by VistaBoy · · Score: 1

      Did you accidentally encrypt your sense of humor or something?

    8. Re:My method of encryption by teeker · · Score: 1

      Cool then....yeah I get it but the scary part is the there are people who would ask a question like that seriously. Sad really when you can't enjoy a little geek humor because you're worried some idiot might just think you're serious :(

      --
      teeker
  40. it's called REASONABLE doubt for a reason by davidwr · · Score: 1

    Criminal cases are prosecuted "beyond a reasonable doubt" not "beyond an absolute doubt" for a reason.

    In most cases, there's always the outside chance that the person is being framed, there is a case of mistaken identity, or the evidence is mis-interpreted. Prosecutors go with the most-likely scenario, and juries are supposed to aquitt when the level of doubt is >= "reasonable."

    With crimes involving computers, it's really bad for you if you are the only one who uses the computer or who has access to that computer account. It's almost as bad if everyone but you has a good reason why they did not do it, leaving you as the only plausable suspect. Sure, the kid next door might have picked your lock and snuck into your house while you were asleep and downloaded k1dd13-p0rn, but you probably won't even think to raise that as a defense.

    As far as proving things, if there's a high-profile, long-term investigation, cops are going to get wiretap and survellance warrants and install keystroke loggers if they think they won't get caught doing so.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
    1. Re:it's called REASONABLE doubt for a reason by boodaman · · Score: 1

      I understand all of that.

      My point was that the output cannot be trusted or verified. For example, how would a prosecutor display the output of a key logger to the jury? With printouts. Those printouts could have been created in any number of ways...they are not indisputable proof of anything.

      Example: a message was sent by some device at some IP address at some point in time. Where's the proof that it was me sitting at my desk typing on my computer? Why not someone sitting out in the street using my WiFi connection? Why not a neighbor doing the same? Even if I was home at the time is not proof.

      Proving it MIGHT or COULD have been me != proving it WAS me.

    2. Re:it's called REASONABLE doubt for a reason by krlynch · · Score: 1

      Proving it MIGHT or COULD have been me != proving it WAS me.

      But that isn't the standard of proof, even in criminal trials in the United States ... because as you note, it is impossible to "prove" that something happened to someone that wasn't there. The standard of proof in a criminal trial is "beyond a reasonable doubt", not "beyond all doubt". Saying "The gubmint done framed me", for instance, without compelling proof of your assertion is generally insufficient to create reasonable doubt.

      For instance, you can protest that "the printouts aren't proof of anything, because printouts are easy to forge". But a prosecutor isn't just going to put printouts in front of the jury and expect them to be taken at face value ... a good prosecutor will call witnesses to testify as to the chain of evidence, and show that it wasn't broken. Without showing that the chain WAS broken, your protest that "forging printouts is easy!" isn't going to be enough to create reasonable doubt.

    3. Re:it's called REASONABLE doubt for a reason by odin53 · · Score: 1

      Other replies are good about addressing burdens of proof and the concept of "beyond a reasonable doubt", so the only thing I'll add is that you seem to misunderstand the difference between FACTS and EVIDENCE. Parties in a court case are trying to prove facts *with* evidence. Evidence may be used to prove one fact or 100 facts, and each fact may be proved by one piece of evidence or 100 pieces.

      So for your example: a log of the message w/ your IP is certainly *evidence* to be used to prove the fact that you sent the message (which would probably be offered with some testimony from the detective or whoever can authenticate it). But you're right, it's not absolute proof, and of course you could say many things: the IP was forged; someone else used my computer to send the message, etc. But that by itself doesn't DISPROVE the fact asserted. You have to offer evidence. So you offer more evidence to help disprove the fact asserted -- in other words, to help prove a DIFFERENT fact. The other side then offers more evidence; say, a copy of the message from your computer's hard disk, testimony from your roommate that you were using the computer, etc. And so it goes back and forth, with more evidence offered from both sides, and it's up to the jury to 1) decide how much to trust each piece of evidence, and 2) decide what facts have been proven beyond a reasonable doubt considering all the pieces of evidence.

  41. Hacked in 1 minute by Anonymous Coward · · Score: 1, Interesting

    This is weak for the following reason:
    The 'feature' of allowing numerous forgeries after the first packet is proved authentic is a weakness. All you need to do is intercept a packet, hold it and analyze it, forge your own message and send it first, then send the old packet, which will bounce as a forgery.

    try again.

    1. Re:Hacked in 1 minute by Bert690 · · Score: 1
      This is weak for the following reason: The 'feature' of allowing numerous forgeries after the first packet is proved authentic is a weakness. All you need to do is intercept a packet, hold it and analyze it, forge your own message and send it first, then send the old packet, which will bounce as a forgery.

      Typical slashdotter missing the idea completely. "Forgeries" are easily detectable by the intended recipient, so you you can't blindly "forge your own message" to fool the recipient.

      The point is that even though the intended recipient can detect actual forgeries, the participants can plausibly claim to outside parties that any message they had exchanged was a forgery. Note that the only piece of digitally signed material is one input to a secure 2-party computation resulting in the session key.

      the idea is sound.

  42. Re:Gaim should support standard compliant encrypti by Anonymous Coward · · Score: 0

    YES, please please please.
    And also make this a standard.

  43. Rubberhose Cryptanalysis by sleepingsquirrel · · Score: 1
    I really want a cryptosystem where I can enter, say, two different plaintexts (of similar length, I imagine) and then there are two keys: the private key, and the decoy key.
    You're searching for a system that isn't vunerable to 'rubberhose cryptanalysis'. See also this slashdot thread.
  44. So is this like... by TheAwfulTruth · · Score: 1

    1) Charge up a bunch of stuff on line on your CC.
    2) Immidiately post your CC number to the net.
    3) In amongst other potential charges, deny that you made any of them.
    4) Profit!

    --
    Contrary to popular belief, coding is not all free blow-jobs and beer. Those things cost MONEY!
  45. Timing Could be an Issue by BrownDwarf · · Score: 2, Interesting

    Messages sent _before_ transmitting the temporary session key are presumed to be authentic, while messages sent _after_ the temporary session key could have been forged. Not insurmountabe, but something to think about.

  46. Killer! by go$$amer · · Score: 2, Funny

    Now I just need something interesting enough to talk about to merit the install :o

    --
    STOP. You're being farmed.
  47. Oh, Great, Not... by Anonymous Coward · · Score: 0

    Just another way for Microsoft to deney all knollage of any alledged infringments.
    is this _realy_ a *good* thing

  48. It's a matter of degree by kippy · · Score: 1

    right but this turns it from "we can prove that it was him" to "we're pretty sure it was him because we trust the cops more". That seems like a big legal difference to me.

    To use the cocaine example, imagine that in one case, the cocaine had your prints al over it and had a picture of you holding it. In another case, there's a kilo of coke in your trunk that doesn't have any prints or any other indications that you ever saw it in your life. If you go to court for having a kilo of coke in your trunk, you're in trouble but there are different degrees.

    Of course, they could use writing and misspelling patterns to strongly suggest that it was you but this takes away the mathematical certainty thing.

    1. Re:It's a matter of degree by sleepingsquirrel · · Score: 1
      To use the cocaine example, imagine that in one case, the cocaine had your prints al over it and had a picture of you holding it.
      Or imagine that the police dug though the garbage in your car and found a bag or a box with your prints on it, and said they found the cocaine in there. And then they photoshop your face onto a picture of someone else holding that bag. Farfetched? Sure, but who is the jury going to believe, the police -or- an accused drug dealer?
  49. Potential problem with this by earthforce_1 · · Score: 2, Interesting


    1. Receive message from your boss insisting you carry out some risky or unwise instructions.

    2. * Disaster *

    3. Boss disavows his earlier orders. Guess who is the fall guy?

    --
    My rights don't need management.
    1. Re:Potential problem with this by Not_Wiggins · · Score: 1

      Well, this isn't necessarily the case in your scenario because one could always argue that you wouldn't have done it had you not authenticated your boss in the first place.

      What it really protects you from is the case where, later, your boss forges messages and says he sent them TO you... or forges messages he says came FROM you; in either case you can claim that the conversation had already ended and it was indeed a forgery by someone else because the key was then openly available.

      It is a subtle, but important, difference.

      Ultimately, all that you both can say is that while you were having your conversation, you both knew you were talking to the correct person and nobody else was listening in. After you agree the conversation is over, then all records of that conversation become an easily taintable source... nobody can make claim about who said what and when. It basically assigns a discrete time element to the verifiability of the conversation.

      --
      Diplomacy is the art of saying, "Nice doggie!" until you can find a rock.
    2. Re:Potential problem with this by WiPEOUT · · Score: 1

      You would only use such systems in situations where both parties want total privacy. An office environment is not a place for this: your personal chats with friends are, as are research discussions with colleagues.

    3. Re:Potential problem with this by Anonymous Coward · · Score: 0

      The idiot that agreed to turn this feature on while getting info from his boss?

      This is the same as if the boss just told you in person and then lied about it.

      Always make sure you have evidence of a questionable request from a superior.

    4. Re:Potential problem with this by Geoffreyerffoeg · · Score: 1

      For something like this, you are certainly in the right to demand that the boss use something else for security, simply because of the potential for abuse. This is for encrypting dangerous communication that you don't want authorities or enemies to see or to be able to know that you wrote.

  50. "for WHOM", dumbass by Anonymous Coward · · Score: 0

    No preposition (on to for over about etc.) is ever followed by 'who', nor can it be the object of a verb. Or if grammar isn't your thing, just remember this: "who-whom" follows the same pattern as "I-me" "he-him" "she-her". So "for who" is as blatanly wrong as "for I" etc.

    So you say, "not sure for _whom_, but it's great".

    Otherwise you sound like a slack-jawed yokel who has no grasp of English.

    1. Re:"for WHOM", dumbass by Anonymous Coward · · Score: 0

      shut up.

  51. Definition of "Later" given in spec... by genomancer · · Score: 1
    > "Later" is after the speaker decides that conversation is over

    Actually, if you read the spec, "Later" is any time after the next message pair is exchanged.. the keys are rotated constantly, including using "heartbeat" blank messages.. so PFS is maintained even during a conversation. G

  52. Traffic analysis by Flagella · · Score: 1, Interesting

    What about traffic analysis? What does it matter if you can deny it, when it's obvious that OTR traffic went from your IP to another?

  53. Re:Gaim should support standard compliant encrypti by Trejkaz · · Score: 1

    It would be good to see something like this in Jabber as well, if it really works as described...

    --
    Karma: It's all a bunch of tree-huggin' hippy crap!
  54. Re:Slashdot is criminally irresponsible posting th by Anonymous Coward · · Score: 1, Interesting

    The US government is at war with it's own citizens, that's the biggest reason for technology like this is set to become so pervasive.

  55. How fsking long would it take.... by HotNeedleOfInquiry · · Score: 1

    For them to find out that your stuff was shipped to your address. Better keep your day job and leave the crimes to crooks...

    --
    "Eve of Destruction", it's not just for old hippies anymore...
    1. Re:How fsking long would it take.... by Anonymous Coward · · Score: 0

      Okay... okay ... you're thinking ... now, take that thought to the next logical step ... yes ... yes ... that's it ... no, remember to think about the topic ... the topic ... yes... are you getting the OP's point yet? Yes? No. Oh well. Keep trying.

    2. Re:How fsking long would it take.... by Anonymous Coward · · Score: 0

      Well it was a joke but...

      You just have deliveries made to a neighbors which you know works during the day. Snag off his porch! The packages will be delivered before any fraud investigation could even begin.

      But this actually points out how stupid the protocol is. It doesn't hide the fact that you communicated with someone so they will just come to your house, take your computer and have all the evidence they need anyway. Or they could install the now legal spyware and watch what you type. Phone records are frequently evidence enough without even knowing what the conversation was about.

  56. This is a good thing? by sloth+jr · · Score: 1

    What possible beneficial effect does false repudiation offer? More ways for people to be assholes...

  57. "Later" doesn't matter by Anonymous Coward · · Score: 0

    Whether it's provable later doesn't matter, imho. As long as someone is sure at the time that a message came from you, they can testify to that in court.

    Moreover, if the people monitoring transmissions are different from the people enforcing integrity of transmission logs -- ie, if someone is monitoring, and another is recording what they say they've monitored -- then there is very little reason to disbelieve what has been said/recorded by the monitoring organisation.

  58. prosecutors don't have to prove 100% by davidwr · · Score: 2, Insightful

    The prosecutor only has to prove "beyond a reasonable doubt." Some jurors will convict if they think there's less than 1 in a million chance that you are in fact innocent. Others may convict if they think it's 1 in 10 or less.

    Before DNA typing, people were convicted of rape based on blood type, sometimes-foggy eyewitness accounts, supposed motive, a personality type that "fit the profile" plus lack of an alibi. Many of these people were in fact guilty. While we've come a long way with DNA, other crimes are prosecuited with a lower standard of proof and juries do convict. Heck, there are people who think Scott Peterson is innocent and there are some remotely possible scenarios in which he is in fact not guilty.

    As for technical things...
    A well-armed prosecutor will anticipate your arguements in advance and be prepared to knock them down as best he can. You think a wardriver did the dirty deed? Better hope the prosecutor didn't plant wifi-sniffers in the streets around your house and they register zero 802.11 activity. Actually, you better hope he DID plant sniffers and those sniffers caught the bad guy. Better hope that he didn't get a warrant to use thermal sensors to show someone was sitting at your PC at the time, and that the very same person came out to pick up the morning paper 10 hours later, and that very same person's photograph looks very much like you.

    Our justice system will never be perfect. We'll always let a few guilty people go and convict a few innocent people. The only other options are to let a LOT of guilty people go and spare the innocent or lock up a LOT of innocent people and ensure no guilty person walks free.

    --
    Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
  59. It's called "constructive possession" by lorcha · · Score: 1
    For example, even if you have my computer with some incriminating evidence on there, how can you prove beyond reasonable doubt that I put it there?
    It's called Constructive Possession. It's the same as when the cops find drugs stashed underneath your mattress. Because you are in control of that area, the drugs might be deemed yours. It doesn't matter that you weren't caught with drugs actually in hand (Primary Possession).

    If many people have access to the computer, it may be difficult to apply constructive possession. Here is where encryption might work against you. If you have encrypted illegal materials and only you have the decryption keys, it is easier to make the case that you and you alone had dominion over the illegal materials and intended to use them.

    Of course, when you have a technically illiterate judges, lawyers, and juries, all bets are off.

    --
    "Avoid employing unlucky people - throw half of the pile of CVs in the bin without reading them." -- David Brent
  60. WTF? by phorm · · Score: 2, Informative

    What with the price of RAM these days? Sorry, but even with a lot of RAM there's not any reason why one shouldn't have swap. What happens when you do overrun your RAM just that one time?

    Besides, swap in 'nix isn't used unless you need to. Most of the time my laptop (256MB RAM) doesn't run into swap at all, so chances are I don't have to worry about that.

    And as to the temp files, etc... if you do have the RAM to spare and you're really paranoid, mount a nice big 512MB ramdisk on loopback and a quick reboot will permanently lose anything you might not want to keep around (not to mention the speed advantages of RAMdisk vs Physical drivespace).

    1. Re:WTF? by aminorex · · Score: 1

      > What happens when you do overrun your RAM just that one time?

      The same thing that happens when you run out of swap space. It just happens a lot more efficiently. Namely, malloc returns null.

      Really, there's no reason to have hard drives at all these days. Boot a knoppix image from track 1 of your dvd+rw, run a memfs filesystem in RAM, and checkpoint it to track2 of your dvd+rw on shutdown. Your system will be screaming fast when it never has to wait for disk I/O. You can get RAM for less than $100/GB nowadays.

      --
      -I like my women like I like my tea: green-
    2. Re:WTF? by kesuki · · Score: 1

      And really, with an 8-way opteron board capable of supporting something like 64GB of RAM... you can really really have a server do a lot in pure RAM, but in that case you need to use a HD at boot and shutdown time, to store the system... and it's probably a good idea to have a really good UPS because you run outa power, you screwed like pooch. (well any files you saved since last boot == gone forever) MM 64 GB RAM... *drools*

    3. Re:WTF? by groomed · · Score: 1

      Namely, malloc returns null.

      Wish that were true. More likely, the OOM killer will run amok and start killing all your important daemons.

    4. Re:WTF? by CAIMLAS · · Score: 1

      You not only fail to refute my claim that swap in linux is not needed when there's a sufficiently large amount of RAM on a system, you back it up.

      Granted, there's no reason to not have swap - accept for the forementioned security issue of erasing data. Thus, there is a reason. Additionally, overrunning your RAM isn't an issue if you've got enough - the 256M you mention is a half what I consider sane, and 1/4th what I'd consider a 'large amount'. Conversely, there's really not much of a reason to -not- run swap-free.

      The only valid 'excuse' to use swap that I can think of is if you run a desktop which you keep on for long periods of time without any substantial state changes, or a server with barely any memory (= 256M). In other words, a situation where you've got a fair amount of stuff in memory, with not all of it being readily used, or a situation where you don't have enough RAM to run all your applications at once without swaping. I haven't run into that situation in quite a while with 512M. I suspect that, given 2 or 3 more years, 512M will start to run into that limitation in Linux as well, and 1G will be the mininum with which such a task is feasable.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    5. Re:WTF? by CAIMLAS · · Score: 1

      Hrm. I think it might be the case that both implimentations are available, depending on which kernel version is in use. I've seen processes get killed off, the system freeze solid, and I've seen processes simply refuse to load in a situation where there's not sufficient memory.

      Of course, I might be mistaken here. :P it's been a long time since I've even come close to running out of memory.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    6. Re:WTF? by oliverthered · · Score: 1

      If you encrypt the data you don't even have to reboot, you just have to destroy the key.

      --
      thank God the internet isn't a human right.
    7. Re:WTF? by Eric+S+Raymond · · Score: 1

      If only there was a way a program could specify to the system to never swap out X data.

      --
      Bypass Compulsory Web Registration -- http://bugmenot.com/
    8. Re:WTF? by arodland · · Score: 1

      Programs can specify that for themselves. GnuPG does.

  61. Deniability? So What? by Anonymous Coward · · Score: 1, Insightful

    Deniability is meaningless when only suspicion is necessary.

    This appears to have far, far more disadvantages than advantages. All those forged messages can still be used against you in the court of public opinion, which has never needed proof in order to condemn. And tyrants only need to dislike you to execute you. They can dislike you for any reason at all, even for generating suspicion.

    I suspect that this would protect someone only in an American court of law. Maybe.

  62. Re:Slashdot is criminally irresponsible posting th by xSauronx · · Score: 0, Flamebait
    not everyone, Mr President, believes that just because America is in a state of war, we should lose our rights.

    On a side note: kudos to you for being able to figure out how to post a message here.

    --
    By and large, language is a tool for concealing the truth. -- George Carlin
  63. Spooky Action at a Distance by Doc+Ruby · · Score: 1

    Will this protocol withstand NP-space attacks in a quantum computer? Because if we're reading about working quantum computing devices this year in public, no-fee web journals, you know the NSA has them up and running. And they are so scalable, that scanning all the optical Internet backbone traffic in realtime is just a little more more "P" for their "NP" gears to grind. Hi Ms. Rice!

    --

    --
    make install -not war

  64. Yeah, they'll want my messages... by filesiteguy · · Score: 2, Funny

    I can see how I'd want to encrypt my stuff. It might bore someone to death. Here's a real-life example of an IM from this morning. (I'm at work so I use Trillian on Windows NT5.1.)

    Me: Dude

    Friend: Yo

    Me: Whassup?

    Friend: Nothing

    Friend: You?

    Me: Nothing

    Friend: Dude

    Me: Yo

    Friend: How's work?

    Me: Work?

    Friend: You at home?

    Me: Oh.

    Me: No, work.

    Me: Fine

    Me: How's J? She still there?

    Friend: Fine. No left with C.

    Me: BRB

    Friend: Kewl

    1. Re:Yeah, they'll want my messages... by TheLink · · Score: 1

      Keep up the good work!

      At least the FBI would risk getting spongebrained after going through thousands of such IM conversations.

      --
  65. Cryptographers, enjoy while you can by alanbs · · Score: 1

    I know many of you cryptographers out there are probably going out and buying some clean shirts and replacing that old condom in your wallet, but I can assure you that although we at Slashdot think that you guys are rockstars, you in fact are still creepy.

    1. Re:Cryptographers, enjoy while you can by chialea · · Score: 1

      Believe it or not, the ones who I know are just like other researchers. We do not in fact wear tight black leather to work. I, at least, don't have any condoms in my wallet. I don't think I've managed to be "creepy" yet, but I can work on it once I'm teaching classes.

      I do have to admit, however, that, being researchers, I don't know any cryptographer rockstars. Nikita and Ian are quite interesting, cool people in their own right, however.

      Lea

    2. Re:Cryptographers, enjoy while you can by Anonymous Coward · · Score: 0

      You're a goddess, and I don't mean that in a dorky way.

      Your magic is potent!!

  66. really... by grahamsz · · Score: 2, Insightful

    I haven't read the spec in detail, but i thought that the session key used is signed with your real non-transient private key.

    With that in mind i still don't see how anyone could forge any packets from me without knowing my key.

  67. You need more interesting friends. by nathan+s · · Score: 1

    A real life example from a conversation with my friend last night (we were discussing that Smallville TV show):

    JFD says: I feel like they just need someone to die
    JFD says: and then come back
    JFD says: and then superman
    JFD says: fucks everybody in the ass
    JFD says: and then pretends that he didn't
    JFD says: and then does it again
    Shawn says: LOL
    JFD says: and then it will be the classic soap opera

    Now THAT'S a real conversation (but rather than encrypting it, I'm posting it on the 'net for all to see...hehe)

  68. Re:Time to drag out this old chestnut: by Anonymous Coward · · Score: 0

    It's traditional to have an even number of hex digits.

  69. pshya by Anonymous Coward · · Score: 0

    Al Qaeda's gonna love it.

  70. legal problems? by blue+note+bend · · Score: 1

    hey can any lawyers advise? as far as i know.. using a program like this in and of itself can be considered "intent to commit a crime" or something like that. Ive heard that if you use certain "banned" encryption schemes and what not, your very use of that technology is considered circumstantial evidence that you are a baddie (thats a technical legal term).. doesnt the same logic apply here?

    1. Re:legal problems? by Anonymous Coward · · Score: 0

      you might be right, but then this is a major issue of our society, if seeking privacy equals crime

  71. Encrypted, but... by rewt66 · · Score: 1

    If I understand correctly, this encryption doesn't do what we normally think of encryption as doing for us. Yes, the message is encrypted. But since the keys get published (necessary for forge-ability), anybody who kept a copy of the session can read the whole thing (once the session is over). Or have I missed some essential detail?

    1. Re:Encrypted, but... by ajs318 · · Score: 1

      The crucial point is that an encrypted message and the key that was originally encrypt it together don't prove squat. Because, if the recipient has the message and the key, then they could have written that message themself. You can prove that encrypted message C[A] was generated using key K[A]. But since the recipient has the key on their machine after they have received the message, then they could just as likely have generated that message themself. That's where the plausible deniability comes from. The recipient -- or anyone who has K[A], in fect the best thing to do with a used key is actually to make sure as many people as possible have it -- could have made the whole thing up as a sick joke, and it's mathematically impossible to prove they didn't do that.

      --
      Je fume. Tu fumes. Nous fûmes!
    2. Re:Encrypted, but... by SMQ · · Score: 1

      Only the HMAC keys get published, allowing forgability by providing a means to forge the message digest once you've changed the ciphertext; the encryption keys themselves are destroyed.

      Now if one of the parties kept a copy not only of the entire session, but also of all the encryption keys (each message is sent under a new key), s/he could read the entire thing after the fact. However, without the explicit assistance of one of the parties (to provide the encryption keys), an eavesdropper never could.

      --
      SMQ 90AE4B2BC4F6BEAF7340F0B40BA2DEF7340F6BC2D0392
    3. Re:Encrypted, but... by Paul+Crowley · · Score: 1

      No - that's not how the forgeability is achieved. Actually there's no magic to it at all - you just use a symmetric authentication primitive instead of an asymmetric one. In other words, you use the same key to verify the signature as you do to generate it. If Alice sends Bob an authenticated message, Bob can't prove to Eve that Alice sent it, because Eve knows that Bob might have just generated it and signed it himself.

      In fact, PFS means that even if you record the entire conversation and later also grab Alice and Bob's private keys, you still can't decrypt the conversation.

  72. Hmm .. here's a variation of the idea by apankrat · · Score: 1

    Generate per-message signing key just the way these guys do it, but require your peer to disclose this key immediately after he uses it to verify your message.

    PS. Damn .. 8 pages and 10 references for a simple idea, which would probably occupy under 2 lines in a normal crypto book .. man, what a bloat.

    --
    3.243F6A8885A308D313
  73. IT? by Anonymous Coward · · Score: 0

    Cryptography and privacy have now been reduced to 'IT' according to Slashdot? Good grief.

  74. been there, done that by case_the_joint · · Score: 1

    http://www.bitwisecommunications.com/chat/ ... already a well established network. clunky client though.

  75. The burden of proof by westlake · · Score: 2, Interesting
    The burden of proof in a civil case is simply "more probable than not." You might want to think about that a little.

    In a criminal case, your old messages would be a legitimate starting point for an investigation and likely enough on their own to justify a search. To get a warrant, the police don't have to prove you sent the incriminating messages, they just have to persuade a judge that it is reasonable to suppose that you did.

    1. Re:The burden of proof by farnz · · Score: 2, Insightful
      The aim is to get secure messaging to the same level of deniability as insecure, so there are three attack scenarios:
      1. My end logs messages, yours doesn't.
      2. Your end log messages, mine doesn't.
      3. Both ends log messages.
      Obviously, if neither end logs messages, the argument is that neither of us sent messages in the first place; part of the point of the scheme is that there's no way to show after the fact that you and I both had the key, and knew it belong to each other. All the logging party in the middle has is a stack of encrypted messages, and no way to show that you or I ever had the key. They can prove that they have the encryption key, but that doesn't help with evidence, as you and I both claim that we've not got encryption or decryption keys. This is the most common scenario, and leaves you no worse off than you were with plaintext messages, since you've got as much denability as before, but the investigator cannot read the messages you sent.

      In scenarios 1 and 2, the person who didn't log messages claims that they never had the decryption key; again, we can prove that they had the encryption key, but not that they could read the messages. So, as the party that didn't log the messages, you claim that you never received them, and that the party who logged the messages forged them. Again, no worse off than plain text messaging, since the possibility of forgery is identical, but this time a key is needed to read the messages

      In scenario 3, you're doomed anyway, but you would be with plain text messaging too.

      Thus, no matter where the attacker is, your privacy and security is always at the same level as it would be with OpenPGP type messaging, and deniability at the same level as plaintext messaging.

  76. Short Messages are not a problem by g!sys1 · · Score: 1

    Randomized salt values are not necessary. AES is used in Counter Mode, i.e. acts like a stream cipher. The output of AES (key-stream) is XORed with the plaintext and thus forms the ciphertext.

    Therefore, even if you use a lot of "LOL" and "whats up", it will always generate different ciphertexts. Also, if you don't want anybody to know the exact length of your message, simply "fill it up" with zeros. This is described in more detail in "Protocol.txt" on the website, under "OTR Data".

  77. Re:Slashdot is criminally irresponsible posting th by Anonymous Coward · · Score: 0

    Get real. Do you seriously think that terrorist haven't already gotten there hands on good crypto tools already.

  78. Protec your hardware first. by cesarbremer · · Score: 1

    You can't have security if you can't protect your hardware. Using a personal computer to protect your privacy is useless if you can't protect your personal computer against attackers. You will be protected until an attacker can have access to your hardware, after that you lost your security. I have seen a lot of desktop voice encryption system being selled (not portable systems), and the user let the hardware in his desk when go home. It is very funny to see this kind of security.

  79. Suse?? by pair-a-noyd · · Score: 2, Interesting

    I tried to compile it on Suse 9.1 and it crapped all over itself.
    Anyone gotten it to run compile/run on Suse 9.1?

  80. No, that would be "implausible deniability" by Julian+Morrison · · Score: 1

    ...which is why it's good to get this app out there and in common use. That will then enable actual plausibility. You can say "y'honour, I just use this program because my lawyer recommended it, I'm sure ten-thousand other people out there do too, This pack of lies they call evidence could have been made up about any of them."

    1. Re:No, that would be "implausible deniability" by westlake · · Score: 1
      This pack of lies they call evidence could have been made up about any of them.

      To which the jury's usual response is "Quilty!"

      It is only coincidence that the IM writing style is so very like your own, that the content and timing of the messages make perfect sense if you are the author, etc., etc. Yeah, right.

      "Plausible Deniability" sucks rocks.

    2. Re:No, that would be "implausible deniability" by shigelojoe · · Score: 2, Funny

      To which the jury's usual response is "Quilty!"

      No, that's the response when comfortable toilet paper is presented as evidence.

  81. So far ahead of the authorities that it’s use by nasor · · Score: 1

    The thing is, at the moment even the easily-editable text file logs kept by most IM programs are considered sufficient 'proof' of a conversation that the authorities can nab you based on them. The standard for proving that a conversation wasn't added to later is already through the floor.

    Crying "I published the key, anyone could have added to that conversation!" to the police probably won't help you very much.

  82. can someone explain this in terms my limited brain by Khashishi · · Score: 1

    can understand?

  83. GAIM Encryption by SKPhoton · · Score: 2, Informative

    GAIM already offers two encryption plugins. It's cool to see another implementation being created.

    gaim encryption uses RSA. There's also gaim-e which uses GPG.

    I've used gaim encryption and it works very well. It requires the plugin to be installed on both ends but once that's done, it autodetects that both ends support it and enables encryption.

    Oh, there's a binary available for windows and both source and packages for linux.
    And, it's in portage!
    emerge gaim-encryption

  84. Re:can someone explain this in terms my limited br by t_allardyce · · Score: 1

    Someone has developed a program thats too powerful for our weak sheep-like minds and its going to be banned in about 3 weeks. Penalties will range from fines upto $400,000 and 3 - 10 years for having source code, binaries or t-shirts. Right now a stampede of politicians around the world are figuring out how this is already illigal and what they can do to make this more illigal, dodgy corporate mafia types are also on the case, wondering how they can use it to cover their government bribing even more - expect under-the-table deals and war/oil contracts to be done over IM from now on...

    --
    This comment does not represent the views or opinions of the user.
  85. Re:first post by Anonymous Coward · · Score: 0

    Awh...I wanted to be the second to make fun of his first post :)

  86. Is this expanded problem solveable? by logicnazi · · Score: 3, Interesting

    Wow, that was an interesting and clever paper. At the very end of the paper though they consider the situation with email. In particular the question is asked if an encryption system which works for an asynchronos system like email but doesn't allow outsiders to prove authorship is possible.

    The solution proposed is to use ring signatures which only permit proof that one of the parties to the communication (secret) wrote the message. As the authors note this solution still suffers from the defect that a third party who manages to obtain the plaintext of a message can still prove that it was created by one of the participants. This can be partially protected against by encrypting the signature part of the message (assuming the message itself was not already so encrypted) to the recipient but if the recipients private keys are ever comprimised (a subpeona, confiscation of computer by law enforcement) this protection vanishes.

    The authors contend that no system using a non-interactive protocol can both provide authentication to the parties involved but resist proof of authorship by at least one of the parties in the case of key comprimise. I don't believe this is correct and while I can not provide a full system which demonstrates this property I can provide a sketch of how one might work and it would be an intriguing problem to design a cryptographic system with these properties.

    Suppose at some time t0 Bob creates a public private key pair together with time stamp attesting to the time of creation. This time stamp, and the key itself could be authenticated by Bob signing with his conventional non-repuditory long-lived key. Let us call the key parts Public and Private. Suppose also that we can discover a one way function S with an associated function (not necessarily one-way) P with the following property. If we apply the one way function S to Private and the function P to Public we create a new public/private key-pair, i.e., S(Private) is the private key associated with public key P(Public). If we could find such suitable functions we could design a cryptosystem with the requisite properties.

    Every time a fixed interval of time passes, say an hour, Bob applies the one-way function S to Private storing the new result and forgetting the original key. Thus after 1 hour Bob has the key S(Private) after two hours S(S(Private)) and so forth. Now when Alice chooses to send Bob a message she chooses for what period of time Bob is capable of authenticating that message. If she thinks he will read it immediatly she might choose an hour, if he is out of town perhaps a week. After composing the message Alice computes some sort of signature/authentication (Ring signature etc..). Now alice computes the number of hours that will have passed between the creation time stamp of Bob's public key and the time her authentication period ends. She then applies the function P to Public once for every hour and uses the result to encrypt her signature. She then appends the encrypted signature, and the unencrypted time it will expire to the message and sends it to Bob. If the communication is to be secret she could then encrypt the entire message authentican and all with her favorite encryption scheme.

    So long as Bob recieves the message from Alice before the authentican period has ended he has no trouble decrypting the authenticating signature. Bob simply computes the number of hours from the current time until the authentication period ends, applies S to Private that many times (not forgetting the current value of private in this case) and uses the result to decrypt Alice's authentication since the properties of the functions guarantee this is the corresponding private key to the public key alice used for encryption. Once decrypted the signature authenticates Alice's message and then is discarded by Bob (If a ring signature is used Bob can create the same signature at any time if he has the message plaintext so has no incentive to keep the decrypted signature).

    However, once the

    --

    If you liked this thought maybe you would find my blog nice too:

  87. Re: jury nullification by Anonymous Coward · · Score: 0

    there's no proof you actually _spoke_, but any jury in the world would convict you.

    If you're American, you should be aware of certain Juror's rights that the court doesn't inform you about. Okay, this is a little off-topic but that line made me think of this article I read recently:

    JURY RIGHTS! JURY NULLIFICATION

  88. LOL, implement this in Bit-torrent and gnutella by james_in_denver · · Score: 2, Insightful

    and watch the RIAA and MPAA literally EXPLODE!!!!

  89. Please Explain by Anonymous Coward · · Score: 0

    Could someone Please explain, not flame, how this is better than the existing certificate management included in AIM form WIN. And running on linux is not part of the explaination ;-) -- Just want to understand how this is better than the existing strategy, which is implied in many posts.

  90. Scott Peterson by Anonymous Coward · · Score: 0

    Scott Peterson has been sentenced to DEATH DEATH DEATH DEATH on only circumstancial evidence.

    He had motive, access, ability, and a history of lying. Noone else seems to have a motive.

    That's it.

    And HE IS GONNA DIE.

    Don't try to be cute with the jury system. IT WILL BRING YOU DOWN. It's a jungle, baby. (Guns & Roses)

  91. encrypted swap. quick and simple in linux. HOWTO by DM9290 · · Score: 2, Informative

    For those you want to know how to use encrypted swap paritions on Linux here is how:
    PS: Your computer will not operate any slower than when using plain swap. I kid you not.
    PPS: this works in mandrake and suse.

    make sure module cryptoloop is loaded:

    > modprobe cryptoloop

    assuming you want to use /dev/hdb as your swap partition (you can actually use any partition or even a flat file) then type:

    >losetup -e aes256 /dev/loop0 /dev/hdb

    if /dev/loop0 doesn't work, try loop1 or loop2 etc. (you are looking for an unused loopback device. If you are already using loopback devices, then you probably already know how to do this stuff)

    you will be prompted for a passphrase. type lots of random characters (at least 20. the more the merrier). You don't need to remember it because you can use a different one each time you reboot. I like to click random keys on the keyboard for about 45 seconds.

    then type

    >mkswap /dev/loop0
    this formats the partition on the other side of the loopback device to be a swap file. (remember that loop0 is being encrypted prior to the data ever hitting the disk)

    and then type

    >swapon /dev/loop0
    this mounts the swap partition to be a swap file.

    you now have an encrypted swap partition all mounted and available as virtual memory. Use 'top' to confirm this.

    This swap will not automount at boot this way, unless you put the aforementioned steps into a boot script of some kind. You can deny it or make a script to do it for you. Just make sure you use a random key each time.

    I have been using encrypted swap paritions for a few years and I'm never going back.

    (hint you can also make encrypted volumns using almost the same steps)

    The nifty thing is that since you don't know the keys you use for your swap parition you have plausible deniability.

    --
    No one has a right to their *own* opinion. They have a right to the TRUTH.
  92. Re: jury nullification by Bronster · · Score: 1

    Research has established that the intent of the Signer's of our Constitution

    I wonder what their intend regarding apostropies was?

    Anyway, I'm not an American - as least, not any more. I lived there for 6 months recently. Glad to be back in Australia thanks very much - I don't think the Signer's of the Constitution intended for non-paper-trail electronic voting machines either.

  93. Re:encrypted swap. quick and simple in linux. HOWT by arodland · · Score: 1

    There's a package out on the net somewhere -- sorry, I don't recall where -- that will do this automatically, generating a random 256-bit key, setting up swap with it, and then scrubbing the key, complete with boot scripts for everyone's favorite distributions, keyed on special lines in /etc/fstab. Google would probably be of use here.

  94. Nope, that alibi wouldn't work by mindaktiviti · · Score: 1

    No judge would believe you that you went to a beach on January 4th.

    Okay that was bad.

    1. Re:Nope, that alibi wouldn't work by lachlan76 · · Score: 1

      Hate to break it to you, but there is a place outside of the USA called 'the rest of the world'.

      Over here, down on the other half of the world it is the middle of summer ;)

  95. I for one by Anonymous Coward · · Score: 0

    I for one see this as a way of overthrowing our news-reading overloards!!!

  96. What about carnivore? by Anonymous Coward · · Score: 0

    Nice in theory, but what about the logging systems being implemented in every ISP, what about the big snooping systems allready running now? They can surely capture the encrypted bits when you're sending them, which for them at least (and maybe for police too in the future) will be enough proof that you've been the one..

    Only way to get a bit more deniability, is to use wifi, bought with cash and only used for that purpose, and I don't mean a laptop and intel-included wifi chipset... (ever heard about the wifi ID's identifying your wifi system? any doubts about remote access or monitoring of your wifi laptop's movements?)

    Big brother is watching!

    1. Re:What about carnivore? by logicnazi · · Score: 1

      Perhaps I wasn't clear but the entire point of this system is that even if they have capture *all* of your communication and later comprimise your private key they can not go back and prove you or your confidant wrote the messages.

      --

      If you liked this thought maybe you would find my blog nice too:

  97. Re:encrypted swap. quick and simple in linux. HOWT by Anonymous Coward · · Score: 0

    There's a package out on the net somewhere -- sorry, I don't recall where -- that will do this automatically, generating a random 256-bit key, setting up swap with it, and then scrubbing the key, complete with boot scripts for everyone's favorite distributions, keyed on special lines in /etc/fstab. Google would probably be of use here.

    Except that perhaps having such a script load at boot time removes plausible deniability. Having it modify fstab or use fstab really challenges plausible deniability.

    plausible deniability would require that any partition may or may not be a swap partition. It may have data or it may be swap. If it is only swap then you would not and could not know the passphrase. (and therefore your failure to provide it can't be interpretted as meaning you are hiding something).

  98. Lay of the crack, dude. by Anonymous Coward · · Score: 0
    so then they will (possibly) be able to send you hundereds of spam emails a day, and then deny that they ever did..?

    Uh, they do that all the time now (just about how many zombies there are out there right now?).
  99. Aside by warrax_666 · · Score: 1
    (I didn't study the OTR algorithm carefully enough to understand how it prevents other parties from reading the messages after the fact.)

    IIRC it only publishes the private key(s) used to encrypt the messages, not the public key(s) which is/are needed to decrypt messages.
    --
    HAND.
    1. Re:Aside by ConsumedByTV · · Score: 1

      Way to not understand PKI dude.

      --


      "Not my manner of thinking but the manner of thinking of others has been the source of my unhappiness." - M
  100. Shades of grey by mcrbids · · Score: 2, Interesting

    One of the things that's particularly endemic to the Slashdot community is the "black/white" point of view - the idea that something is secure, or not, it's white or it's black.

    But that's not how security is! It's all shades of grey, and the darker the shade of grey, the worse off things are.

    Nothing is ever bulletproof, and seldom is anything ever wide-ass open to the world. It's somewhere in between.

    I have a remote-desktop package integrated with one of my apps. It makes for very easy tech support, and I've got it built right into the menu system of my most popular application, so that customers using my software package have access to instantaneous, high-quality tech support.

    To prevent users from popping up on my development system anytime they have a question, I put a password in place. It requires a small, 4-digit numeric code, and it changes every day.

    By slashdot standards, this is terrible security. It's numeric. No letters, just numbers. The code changes every day, but only based on the day of year. It can easily be predicted, if one has any understanding of the underlying, otherwise very simple algorithm used to guess these numbers.

    Anybody with a packet sniffer could crack it with one support session.

    But, in this case, it really doesn't matter. The worst that will happen is that your computer's desktop will appear on my screen without my Windows VM.

    You could DOS me with 10,000 VM screens, but it would take a very short amount of time for me to block the port number for the VPN and kill that.

    So, what's the purpose for improving security? It's secure enough. And that's the point. Many people around here will have a cow if something is potentially crackable, while sitting behind physical locks that can be compromised with an expired credit card.

    Gosh! Somebody could pull out their credit card, slide it through the gap between the door and the jamb, and break into your home!

    In a black/white world, your home would only be considered safe if it had 1/4 inch steel plate exterior, and locks that the NSA would have serious trouble with.

    In the real (shades of grey) world, a deadbolt and a solid-core door is usually good enough, and people live with the odds. Heck, even in the worst ranked neighborhood, you have about a 3.5 to 4 percent chance of getting burgled in a given year. (http://www.ojp.usdoj.gov/bjs/glance/burg.htm) I almost never lock my back door, and I've never had a problem with it.

    That's good enough security for most, as evidenced by the fact that the most important issue was national security or "the war in Iraq" in the recent election. (http://www.rasmussenreports.com/Issue%20Clusters_ Election%20Night.htm)

    Notice that individual household crime isn't even on the list (unless you include the 6% "domestic issues", despite the relative insecurity of the average home.

    Brought home to me by the book "Secrets and Lies" by Bruce Schneier, this world is not a black and white world. Relative risk must be evaluated, and the equation must be brought to something we can all live with.

    PS: Link to sites with A tags appears to be broken on slashdot. I tried numerous times to post links to the aforementioned sites and could not do so.

    --
    I have no problem with your religion until you decide it's reason to deprive others of the truth.
    1. Re:Shades of grey by Preacher+X · · Score: 1

      If nothing else I would like to say bravo. Finally someone that could put into words what I had been thinking all along. Tin hats will ensue, but regardless you make a very good point.

      --
      "And the heathens with their ways of trickery and deceit shall not prevail over the will of the righteous"
  101. Rock stars? by adeyadey · · Score: 1

    Plausible Deniability From Rockstar Cryptographers

    Yeh, because we need a cryptographer to understand what mick jagger says these days..

    --
    "You lied to me! There is a Swansea!"
  102. Re:encrypted swap. quick and simple in linux. HOWT by m50d · · Score: 1

    So make a distro that sets this up on a default install. "No, I don't know or care whether my swap is encrypted, I just installed the OS". That's plausible deniability wrt encrypting your swap.

    --
    I am trolling
  103. Installing by default? by Anonymous Coward · · Score: 0

    Oh, don't worry about having it installed by default. Apparently using cryptographic programs as a regular Joe is illegal in USA, right?

    So I don't expect this to happen by default like "make install gaim" or "cd /usr/ports/net/gaim; make install".

    HOWEVER, these should (not should as in probable, but it would be nice to) be a treat to all those non USA (and those who don't care about it being illegal or not) like "make install gaim-with-nice-cryptographic-thingy".

    - Anonymous Coward

    PS: I'm only posting as Anonymous Coward because I'm lazy to create an account.

  104. LOL by Anonymous Coward · · Score: 0

    "rockstar" cryptographers?! Bahahahaha!

  105. Already done by Ernesto+Alvarez · · Score: 1

    I found articles in The Register that refer to cases very similar to that theoretical one you're speaking of.

    Someone was found with kiddie porn on his disk, but forensics analysis detected some trojan browser hijackers, so it could not be proven whether he downloaded it or not.

    Article here

    Same thing with a DoS attempt here

  106. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  107. -1, US Cultural assumption by Martin+Spamer · · Score: 1

    that slashdot is only for the US only and therefore everbody automatically knows what the 4th amendment says.

    The right of the people to be secure in their persons, houses, papers, and effects, against unreasonable searches and seizures, shall not be violated, and no Warrants shall issue, but upon probable cause, supported by Oath or affirmation, and particularly describing the place to be searched, and the persons or things to be seized.
    4th amendment

    The 5th Amendment also seem to make a good candidate

    No person shall be held to answer for a capital, or otherwise infamous crime, unless on a presentment or indictment of a Grand Jury, except in cases arising in the land or naval forces, or in the Militia, when in actual service in time of War or public danger; nor shall any person be subject for the same offence to be twice put in jeopardy of life or limb; nor shall be compelled in any criminal case to be a witness against himself, nor be deprived of life, liberty, or property, without due process of law; nor shall private property be taken for public use, without just compensation.
    5th amendment

  108. Precision is valuable, flames aren't. by billstewart · · Score: 1
    One reason Ian and Nikita are "rockstars" is that they've been successful at cracking a number of important cryptographic algorithms or communications protocols that weren't designed carefully or weren't designed in a way that could be implemented unambiguously or were implemented poorly. Here they're not only trying to provide enough detail that you can implement the protocol in actual code, they're also trying to provide enough description that you can tell if the protocol's buggy.

    For instance, in your suggestion, how do you "require your peer to disclose" anything? What if he doesn't comply? You can hang up, but you're already busted.... Meanwhile, if you've disclosed the keys, or if you're using a protocol that requires both players to know the key in order to verify a message, the other guy can't claim that you signed your message with information only you could have known and he can't - the information you're using to sign the message is information that only you and he and optionally anybody you or he have disclosed it to can know, so he can validate for himself that you wrote the message but he can't prove to anybody else that you wrote it and he didn't.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  109. Re:encrypted swap. quick and simple in linux. HOWT by Anonymous Coward · · Score: 0

    'and therefore your failure to provide it can't be interpreted as meaning you are hiding something'

    and I thought I was paranoid, someone should tell them they don't need to take my tinfoil hat, it doesn't work!

    Anyhow, I was thinking..... have a DRM locked linux car sterio. If you require a key to actually use the hardware then no-one would want to steal it!

  110. Bah! I must've been drunk. by warrax_666 · · Score: 1

    I have no idea what I meant by that. :)

    --
    HAND.
  111. Encrypt with what? by phorm · · Score: 1

    Many of the common encryption methods have been broken, or at the very least can be brute-forced by really powerful machines. Keep in mind that each layer of complexity to encryption costs your machine in CPU and thus speed. It costs them to break it too, but chances are they (the government) have better hardware than you, possibly even an existing crack to the used encryption method.

    In short, good for protection from our common data-thieves, not so much from uncle sam. Of course, sometimes uncle Sam will pay you an unpleasant visit even if you don't have anything really to hide...

    1. Re:Encrypt with what? by oliverthered · · Score: 1

      Jesus, give me a tinfoil hat.

      1024bit encryption should keep sam busy until say, you dead so it doesn't matter any more.

      Complexity isn't too much of an issue either as I doubt it will be long before CPU's start getting special operations (like SDD and MMX) to handle large bit encryption. AMD have been keen to promote how fast their processors are in this area.

      As for uncle sam using alien tech to crack the code, you've been listening to too much propaganda.

      The war in Iraq has taught us a few things about the government.
      1: Their intelligence is shit. no WMD, no 'put anything that they said there was here' ...

      2: They cant crack codes faster that anyone else, remember the PC they found with an 56bit? encrypted HDD, they brute forced it in a few days, it would have taken you or I a month or so, so their tech is just as good as everyone else's.

      3: Their intelligence is shit, most of the 'terrorists' they have caught, aren't, they just pick up anyone who mentions taking out bush.

      4: Their intelligence is shit, they haven't found bin-laden, is he using a alien tech cloaking device?

      5: Their tech is shit, they couldn't even work out if tapes were of bin-laden. So much for voice printing and bioinformatrix.

      6: It doesn't matter if they find anything on your PC anyhow so long as they thought that someday you may put something their that would be good enough.

      Your government can't be trusted, not because it spy's on you, but because it lies and makes things up. I don't even think it trusts itself!

      --
      thank God the internet isn't a human right.
  112. Re:encrypted swap. quick and simple in linux. HOWT by Eric+S+Raymond · · Score: 1

    How does a computer generate random numbers?

    --
    Bypass Compulsory Web Registration -- http://bugmenot.com/
  113. Re:encrypted swap. quick and simple in linux. HOWT by arodland · · Score: 1

    By collecting random information such as radioactive decay timings and hard drive read timings, and thoroughly whitening them using cryptographically strong hashes, to extract every bit of available entropy.

  114. write me! by Anonymous Coward · · Score: 0

    i'm desperate to find someone who's using this, so i can test it. message me at brokenladder@jabber.org

    thx!

  115. Correction... by tetromino · · Score: 1

    >losetup -e aes256 /dev/loop0 /dev/hdb

    At least for kernel 2.6, you want
    >losetup -e aes-256 /dev/loop0 /dev/hdb

    1. Re:Correction... by DM9290 · · Score: 1

      On my 2.6 kernal both aes256 and aes-256 are the same thing. And both work.

      use whichever your kernal actually supports.

      --
      No one has a right to their *own* opinion. They have a right to the TRUTH.
  116. Re:encrypted swap. quick and simple in linux. HOWT by Eric+S+Raymond · · Score: 1

    Funny, I thought milliseconds between keypresses is always the best, only true randomness.

    --
    Bypass Compulsory Web Registration -- http://bugmenot.com/
  117. Re:encrypted swap. quick and simple in linux. HOWT by arodland · · Score: 1

    That's not very truly random. Don't you remember the security announcements a while back about how ssh in keyboard-interactive auth mode could be sniffed for keypress timings to try to recover your password? But radioactive decay and atmospheric noise are pretty serious sources.

  118. Re:encrypted swap. quick and simple in linux. HOWT by Eric+S+Raymond · · Score: 1

    no. I'm not a security geek.
    I remember using the waste p2p client
    and it generated my 1024-bit key by asking you to type. I now see how that could happen with ssh.

    --
    Bypass Compulsory Web Registration -- http://bugmenot.com/