Slashdot Mirror


Crack the Code and Win a Million Bucks

JS_RIDDLER noted a Toronto Star article about a sort of contest to crack some encryption and win a million bucks. The article is a bit fluffy, but it getst the point across... we wasted all those RC5 keys ;)

276 comments

  1. 2 bad... by internet-redstar · · Score: 5, Interesting

    ... they should have left an option open for people finding holes in the ACTUAL implementation... Now only mathematicians stand a chance - go, go, go, you few good number theoretisists not employed by the NSA! =-= insert favorite conspiricy theory here =-=

    1. Re:2 bad... by TedCheshireAcad · · Score: 5, Interesting

      Modern cryptographic algorithms are good enough - it's the protocols that need work. Security problems happen in the implementation, most of the time the algorithms are rock-solid. DES, being as old as it is, is still a pretty prominent work horse (at least in the form of 3DES). Phasing it out with Rijndael (AES) just takes alot of time and money.

      As for Elliptic Curve Cryptography as mentioned in this article - it's still in its infancy - at least compared to other ciphers. This is just a stupid publicity show. But I bet I can win that $1M with an investment of under $20.

      There is an old KGB proverb: "It is easier to break fingers than it is to break codes." So, using my $20 budget on a pipe cutter, fifty feet of rope, and an ice pick, I believe I can recover the key. ;)

    2. Re:2 bad... by CGP314 · · Score: 5, Funny

      As for Elliptic Curve Cryptography as mentioned in this article - it's still in its infancy - at least compared to other ciphers. This is just a stupid publicity show. But I bet I can win that $1M with an investment of under $20.

      How about I provide the financial backing for your plan and we split the profit.


      --
      In London? Need a Physics Tutor?

      American Weblog in London

    3. Re:2 bad... by RebelWithoutAClue · · Score: 0

      AKA "rubber hose" cryptography.

      --
      "However beautiful the strategy, you should occasionally look at the results" - Winston Churchill
    4. Re:2 bad... by no+longer+myself · · Score: 1
      go, go, go, you few good number theoretisists not employed by the NSA! =-= insert favorite conspiricy theory here =-=

      And once you are discovered, you will be turned over to either join them or die.

      How's that for conspiracy theory?

    5. Re:2 bad... by Anonymous Coward · · Score: 0

      There is an old KGB proverb: "It is easier to break fingers than it is to break codes." So, using my $20 budget on a pipe cutter, fifty feet of rope, and an ice pick, I believe I can recover the key. ;)

      Whic is exactly what the FBI did when the went after Nickey Scarfo Jr. Niceky was the son of a Philadelphia mob boss. He was running a bookmaking operation and used PGP to encrypt his illicit data. Teh FBI got a search warrant signed by a judge (for all the Patriot Act people...) and placed a keystroke logger in his computer. Got the password, and that's all she wrote.

    6. Re:2 bad... by paranode · · Score: 1

      This is just a stupid publicity show

      Don't judge this technology too quickly. Sure we have a plethora of algorithms to choose from, and sure they are all pretty secure. However, if you know anything about small, low-powered devices and what it takes to power a cipher like AES or RSA in hardware, then you would know the two don't mix.

      The lure of ECC is that it is designed so that it can be implemented in hardware on low-powered devices such as cell phones and PDAs and executed with speed. So don't discount this as just another publicity stunt. ECC has been known for quite some time in the academic arena as a powerful tool, it just hasn't had the mainstream necessity until now. I think this cipher will become very widespread in the years to come.

    7. Re:2 bad... by p3d0 · · Score: 0

      Did you read his business proposal?

      --
      Patrick Doyle
      I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
    8. Re:2 bad... by apankrat · · Score: 1

      Good plan.
      However keep in mind that $1M for reversing ECC is waaaaay too cheap.
      That's if you'll manage to survive after you break it :)

      --
      3.243F6A8885A308D313
    9. Re:2 bad... by Mulletproof · · Score: 1

      " Now only mathematicians stand a chance - go, go, go, you few good number theoretisists not employed by the NSA! "

      We'll change that after they win.

      --
      You need a FREE iPod Nano
    10. Re:2 bad... by arr28 · · Score: 1
      Now only mathematicians stand a chance

      ...and they probably won't bother. This whole "we'll give you $LOTS if you can crack this" is all a big con. They know fine well that nobody serious will take up the challenge. Then, in a few months/years time they say "hey look, nobody can crack it - must be really good".

    11. Re:2 bad... by Anonymous Coward · · Score: 0

      You're confusing ECC and AES, it's the other way around -- ECC is *extremely* CPU intensive, that's the whole point of it.

    12. Re:2 bad... by Anonymous Coward · · Score: 0

      = TRANSLTR. Read Dan Brown?! :D

      It's all about the mutation strings. Imagine - Mutation strings in a key, wouldn't that throw a kink in things!!

    13. Re:2 bad... by tius · · Score: 1

      ...of course you have to first find the right fingers to break...and that may cost you a tad more than $20.

    14. Re:2 bad... by Cipster · · Score: 1

      I have always been partial to electrical shocks delivered to the gonads but hey we all have our favorite tools.

    15. Re:2 bad... by Zeinfeld · · Score: 1
      As for Elliptic Curve Cryptography as mentioned in this article - it's still in its infancy - at least compared to other ciphers. This is just a stupid publicity show. But I bet I can win that $1M with an investment of under $20.

      I really wish Certicom had not done this in this particular way. Offering million dollar prizes is actually quite common in the crypto world. Nobody ever collects because when the schemes are broken the company offering the prize goes under. Certicom are not that kind of fly-by-night so why do something that makes you look like a New Hampshire time-share scam?

      ECC is certainly interesting and it turns out that there are several prizes rather than just one big prize. But even so it is a pretty hokey way to go.

      Ron Rivest once told me that the reason they started the RSA series of challenges was that he was a bit bored being told of every incremental break of a slightly larger RSA modulus. So putting up a prize established clearly defined thresholds for improvements.

      The problem with ECC is that the whole scheme depends on a hypothesis that manipulations of eliptic curves are intrinsically harder to reverse than manipulations in other fields such as modular arithmetic. The fact is that we know very little of eliptic curves, there are still very basic results being discovered.

      This would not matter if ECC was a completely unencumbered technology. But at this point RSA is patent expired and ECC is encumbered. I just don't see the need to go for ECC technology. If RSA is broken in a modular field the same result will almost certainly smash the eliptics schemes.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    16. Re:2 bad... by Anonymous Coward · · Score: 0

      Well, just having a contest as "proof" of your security is generally considered a bad sign. It's only good for PR and thus to impress PHBs; it doesn't really test anything.

      If they spent that $1M on mathematicians to submit proofs to a peer-reviewed journal, however...

      Of course, the point is that they don't plan to pay that $1M. Oh well.

    17. Re:2 bad... by caluml · · Score: 1

      I don't think Slashdot is the right place to be discussing your sexual desires, do you?

    18. Re:2 bad... by Anonymous Coward · · Score: 0

      The spook-house terminology for what you describe is called 'rubber hose cryptography'. It has two benefits: 1. If you use the rubber hose on the cryptographer, you save a lot of computer time doing brute force search, and 2. Even if you've already found the answer, beating the answer out of the cryptographer gives the 'other side' the impression that you can't break their codes (just their cryptographers bones), so they might use their 'cracked codes' again...giving you more information. It's a nasty brutish business!

    19. Re:2 bad... by Short+Circuit · · Score: 1

      Right, unless they fail a background check. Then they sort of disappear...

    20. Re:2 bad... by Anonymous Coward · · Score: 0

      > There is an old KGB proverb: "It is easier to
      > break fingers than it is to break codes."
      > So, using my $20 budget on a pipe cutter, fifty
      > feet of rope, and an ice pick, I believe I can
      > recover the key. ;)

      I think you mean pipe wrench

      Small pipe cutter (no mass, spinning handle)

      Large pipe cutter (unweildy, handle that spins)

      pipe wrench

    21. Re:2 bad... by stph · · Score: 1

      Okay, I understand the ice pick and pipe cutters, but what are you going to do with the rope?

      stph

    22. Re:2 bad... by Zork+the+Almighty · · Score: 1

      The reason to prefer ECC over RSA is that ECC offers better security per key-bit. Asymmetric ciphers in general require much longer keys than symmetric ciphers, so keylength with RSA is a concern. Also, look at all the work that has been done on integer factorization in the last 20 years :)

      --

      In Soviet America the banks rob you!
    23. Re:2 bad... by benhaha · · Score: 1

      No, this is not correct.

      Firstly, AES is a symmetric cypher, and ECC is an asymmetric (public/private key) cypher. The comparison is between ECC and RSA.

      Secondly, ECC is approximately as CPU intensive to implement as RSA for a given key length.

      It is currently considered more secure, in that there are fewer known methods of speeding up solutions. However it is not clear that this is because it is intrinsically harder to solve, or because less effort has been spent on it.

      Bruce Schneider, who I think is being referenced above, suggests using RSA with longer keys rather than ECC, since RSA is better understood, and you can have more confidence in RSA with a longer key than in ECC with a shorter key.

      Unless, that is, memory or processor constraints mean that RSA with longer keys is not an option, in which case he suggests you might want to consider ECC.

      --
      NO ID: BEING FREE MEANS NOT HAVING TO PROVE IT
    24. Re:2 bad... by Anonymous Coward · · Score: 0
      I think you mean pipe wrench

      I don't think he was going to hit them with it.

  2. The downside is ... by pherris · · Score: 4, Funny

    it's really a one time pad. =)

    --
    "And a voice was screaming: 'Holy Jesus! What are these goddamn animals?'" - HST
  3. Duh! by FannyMinstrel · · Score: 0, Funny

    The code is 42!

    1. Re:Duh! by dani+ramone · · Score: 2, Funny
      The code is 42!


      The *answer* is 42. We don't know the code. Or the question.

    2. Re:Duh! by FannyMinstrel · · Score: 1

      Perhaps it's a crappy code, with 42 as both the code and the answer!.

    3. Re:Duh! by Anonymous Coward · · Score: 0

      The *answer* is 42. We don't know... the question.

      Sure we do.

  4. Huh? DMCA anyone? by klasikahl · · Score: 1, Funny

    What ever happened to the DMCA? That $1M is going to dissolve rather quickly when said coder realizes he has a lot of legal fees to pay.

    No reverse engineering and cracking, kids.

  5. I read this and wonder about UNIX by ObviousGuy · · Score: 5, Interesting

    They are using keys that sound big 168 bits, 256 bits, etc. But those aren't really that big, only 21 bytes and 32 bytes respectively. These sentences are longer than those keys.

    Then I note that UNIX limits passwords to 8 bytes. A measly 64 bits.

    I don't think I can sleep well knowing that all that stands between my data and some hacker is such a small string.

    --
    I have been pwned because my /. password was too easy to guess.
    1. Re:I read this and wonder about UNIX by mbyte · · Score: 5, Insightful

      Most modern unix system can use 128bit MD5 or 160bit SHA1 hash algorithms (instead of the standard 56 bit unix-crypt) .. get a better unix and sleep well again :)

    2. Re:I read this and wonder about UNIX by jdgeorge · · Score: 1

      Then I note that UNIX limits passwords to 8 bytes. A measly 64 bits.

      Actually, neither any commercial Unix that I know of nor Linux limits your password length to 8 bytes. However, some Unix implementation currently only support 8-byte usernames.

    3. Re:I read this and wonder about UNIX by k98sven · · Score: 2, Insightful

      They are using keys that sound big 168 bits, 256 bits, etc. But those aren't really that big, only 21 bytes and 32 bytes respectively. These sentences are longer than those keys.

      So?
      2^64 is a big number, about 18,000,000,000,000,000,000.

      Assume your computer can hash and test a billion passwords a second. It'll take you 584 years to test all combinations, a little less than three centuries on average.

      Even the worst users out there change their passwords more often than THAT.

    4. Re:I read this and wonder about UNIX by 87C751 · · Score: 0
      Then I note that UNIX limits passwords to 8 bytes. A measly 64 bits.
      64 bits? There are 92 printable ASCII characters. An 8-character password using 92 possible characters leaves 736 possibilities, or just over 9 bits. Cascading down (92*8+92*7...) adds up to 3,312, which is still less than 12 bits.
      I don't think I can sleep well knowing that all that stands between my data and some hacker is such a small string.
      I don't think you'll be sleeping at all.
      --
      Mail? Put "slashdot" in the subject to pass the spam filters.
    5. Re:I read this and wonder about UNIX by oz1cz · · Score: 4, Insightful
      An 8-character password using 92 possible characters leaves 736 possibilities, or just over 9 bits.

      No, my friend, it's not 92*8 but 92 to the 8th power (92**8, if you like). Thats 5,132,188,731,375,616 which is a good deal more than 736.

    6. Re:I read this and wonder about UNIX by sm0yby · · Score: 3, Interesting

      Yes, 2^64 is a pretty large number. Your math depends on the fact that the password is padded to a 64-bit length before being hashed, though. What if it is padded to some other length, or indeed not padded at all? (This could for example be done using a stream cipher. Encrypt the password, followed by a known fixed-length string. The hash is the encrypted known string. I'm not saying such a scheme would be secure, though.)

      However, how many use the entire eight-bit character set in their completely random passwords? I don't know anyone who does. So you really don't have to try the entire range. I recall that English has about 1.3 bits of entropy per character - that would make a random word have about 1.3n bits of entropy. Eight characters would then make for 1351 (2^[1.3 * 8]) combinations.

      I am sure the above is flawed, and a random encryption key is a very different beast in the first place, but the point is still valid: in order to crack a password represented as 64 bits, you don't have to try 2^64 combinations. If that was so, we would all just move to 16-bit Unicode for representing passwords and the problem would be over with.

      --
      Been modded interesting, insightful and funny. Why does real life have to be so different?
    7. Re:I read this and wonder about UNIX by jamie · · Score: 0, Redundant
      You did the math wrong. Assuming you're right about there being 92 chars usable in each char of a password, the number of possible 8-char passwords is 92**8, not 92*8. Put another way, you get 6.52 bits per character, or 52.19 bits total:

      $ perl -le 'print log(92)*8/log(2)'
      52.1884956484561

      There are obviously a lot more than 736 possibilities -- even if you just use the numbers, you can count from 0 to 99,999,999 :)

    8. Re:I read this and wonder about UNIX by Anonymous Coward · · Score: 0

      Wrong math. For 8 characters, the number of possibilities is 92 ^ 8 = 5132188731375616 which makes up a little bit of 52 bits.

    9. Re:I read this and wonder about UNIX by ncw · · Score: 0, Redundant
      > An 8-character password using 92 possible characters leaves 736 possibilities

      Actually it is 92**8 not 92*8 which is 5132188731375616, ie just over 52 bits which - probably good enough...

      --
      Every man for himself, all in favour say "I"
    10. Re:I read this and wonder about UNIX by cdrudge · · Score: 1

      Or about 80 minutes with the right hardware or several months with $10,000 in equipment.

    11. Re:I read this and wonder about UNIX by FictionPimp · · Score: 0

      i've used the same password sense 1995. its the most secure ever p@55w0rd oh crap maybe i shouldn't put that out here...

    12. Re:I read this and wonder about UNIX by Loconut1389 · · Score: 1

      Me too, and still nobody knows that i have a telnet account at foobar.com or that my user name is bob, so they could never have found the system to try and guess my password! Its ingenious!

    13. Re:I read this and wonder about UNIX by Henry+Stern · · Score: 1

      If a black hatter can read your shadow file, you have bigger problems than protecting your 64-bit hashed password from them.

    14. Re:I read this and wonder about UNIX by Anonymous Coward · · Score: 0

      Your wrong..

      ASCII my friend, it's all about the ASCII.. You see, your assuming each byte is capable of 8 unique bits, the problem there is, even with all symbols, numbers, letters (capitols and lower case) you are not using each combination of bits in a byte. 24 X 2 + 10 is the max combination of bits if you are using no symbols.. Even if you are using symbols you will not add much to that number.. An encryption key though, is not limited to "displayable" characters, hense it is theoritically possibly to make 255 combinations out of a byte...

    15. Re:I read this and wonder about UNIX by ahdeoz · · Score: 1

      relax, ascii is only 7 bit.

    16. Re:I read this and wonder about UNIX by Anonymous Coward · · Score: 0

      So? Just use 584 computers. Heck, use 584000 and you'll be done in no time.

      You think hacked computers can only be used for DDoS attacks?

    17. Re:I read this and wonder about UNIX by Permission+Denied · · Score: 1
      Then I note that UNIX limits passwords to 8 bytes. A measly 64 bits.

      Actually, crypt() throws away the high bits of each byte, leaving you with 56 bits. That's still enough. Using calculations from this previous post, using (what was advertised to be) the fastest current hardware it would take over 100,000 years on average to brute-force a randomly-generated password. So you should be plenty safe if you have a good password.

      The number of bits in the key also mean something different in terms of security depending on what type of algorithm you use. Using public key algorithms like RSA with 256 bit keys is pretty stupid (2048 is considered a good number today), but 256 bit keys with a block cipher like AES is considered very secure. I don't know where ECC ciphers fit in.

      In crypt(), the 56 bits are used as a key to encrypting a known plaintext (zero string). This is how DES becomes a hash algorithm. With other password-hashing algorithms (MD5, SHA-1), there is no key, just plaintext and hashed result. The security of the algorithm isn't measured in bits as there is no key. If the algorithm is "good" the only way to get the password is to brute-force it and the length of the password determines how long this takes (assuming no dictionary passwords). Similarly, if DES is considered "good" (no attack other than brute force), the length of the password (which is the "key" in crypt()) determines how long brute force takes. Since crypt() uses a fixed-length key (56 bits) and from above we know how long it takes to brute force that, one would guess that it takes just as long to brute force MD5- or SHA-1-hashed passwords if the algorithms take a similar amount of time to run.

      So there's nothing to worry about if you have good passwords.

    18. Re:I read this and wonder about UNIX by Anonymous Coward · · Score: 0

      I could be redundant and explain why you're wrong, but instead . . .

      You're Stupid.

  6. RSA vs ECC by noelp · · Score: 5, Informative
    For those of you who are suprised at the number of bits needed to secure data using ECC compared to RSA, a good discussion can be found here

    http://www.cs.uct.ac.za/courses/CS400W/NIS/papers0 0/mlesaoan/paper.html

    --
    'Internet! Is that thing still around?' - Homer Simpson
    1. Re:RSA vs ECC by tomstdenis · · Score: 0

      This is bullshit. RSA is very fast on desktops specially with the CRT optimization.

      I call bullshit

      --
      Someday, I'll have a real sig.
    2. Re:RSA vs ECC by Anonymous Coward · · Score: 0

      RSA is very fast on desktops specially with the CRT optimization.

      What does that have to do with anything? Your parent is saying that ECC is faster than RSA, not that RSA is slow. Just because you can't think of an application where you'd want to encrypt something faster than your current RSA program can manage, doesn't mean that RSA is the pinnacle of perfection and it's pointless to try and improve on it.

    3. Re:RSA vs ECC by pheede · · Score: 2, Insightful

      I call an ignorant..

      RSA - and most public key systems - are extremely slow when compared to symmetric systems such as DES, AES etc.

      Sure, RSA is readily usable on desktops, but you don't need a very large key before even a simple encryption og a few kilobytes becomes an expensive operation.

      Besides, desktop computers is hardly the only environment in which encryption is used. Smart cards, which are often limited in both CPU and RAM, benefit hugely from ECC where the computing and memory overhead is much smaller. /pah

    4. Re:RSA vs ECC by mondoterrifico · · Score: 1

      Maybe it is because this guy isn't the real esr. He is a troll who posts with a slight misspelling of Eric's name. He even links to ESR's web page and copies his sig.

      Karma whoring at its most pathetic.

    5. Re:RSA vs ECC by Marillion · · Score: 1

      And a Slashdot ID > 700000? Something smells fishy.

      --
      This is a boring sig
    6. Re:RSA vs ECC by Anonymous Coward · · Score: 1, Informative

      Sure, RSA is readily usable on desktops, but you don't need a very large key before even a simple encryption og a few kilobytes becomes an expensive operation.

      You don't use public key crypto for bulk encryption, though, that's what block ciphers are for. RSA/ECC is used to encrypt the secret keys.

    7. Re:RSA vs ECC by pheede · · Score: 1

      Exactly - which is why I note that encrypting even a few kilobytes is expensive. A session key of 128-256 bits plus overhead can still be slow to encrypt with a large a RSA key, which is why ECC is interesting especially on constrained devices such as smart cards.

    8. Re:RSA vs ECC by tomstdenis · · Score: 1

      The point is that aside from using ONB curves ECC is much slower than RSA on most platforms. It involves many modular inversions which are horribly slow. Whereas RSA requires two half size exptmods which are fast.

      So saying "I'd use ECC because it's faster" is a tad loaded.

      Tom

      --
      Someday, I'll have a real sig.
    9. Re:RSA vs ECC by Conare · · Score: 1
      So saying "I'd use ECC because it's faster" is a tad loaded.
      Here is some supporting documentation.
      Also, the article says:
      Besides RSA Security, other companies analysts lump into Certicom's peer group include Symantec Corp, Check Point Software, VeriSign Inc., Gemplus Interntional, SafeNet Inc., Netegrity Inc. and Entrust Inc. However, none of them work directly with patented ECC-related technology.
      The link above disproves that as well. Also, the article says .
      A much smaller 224-bit ECC key offers the same level of encryption as 2048-bit key in the competing RSA format. In other words, a company would need 16 times stronger encryption to get the same level of protection that Certicom offers in the ECC format.
      I'm not sure, but does that make sense? I don't think it does. If they mean a key length that is 16 times longer, that doesn't make sense either as the algorithms are completely different.

      This really does read like a Certicom PR piece too. 3 strikes your out Toronto Star!
      --
      Stop Continental Drift! Reunite Gondwanaland!
    10. Re:RSA vs ECC by tomstdenis · · Score: 1

      Yeah, then you get into the fact that just because the RSA numbers are bigger doesn't mean it's slower. They're different algorithms and the numbers don't scale exactly at all.

      If anything multiplication is O(n^1.58) [using Karatsuba] and you will have 2.5 multiplications per bit of exponent [squaring, reduction and prob 50% of multiplication]. That's 3*n^1.58 work for n digits. ECC on the other hand requires one modular inverse per bit (n^2) as well as several multiplications and various other things [addition, subtraction, etc].

      Tom

      --
      Someday, I'll have a real sig.
    11. Re:RSA vs ECC by Conare · · Score: 1

      This is probably a bit thick for most people, but the point is that it just isn't cut and dry. It's like comparing an X86 processor with a RISC processor on MHz alone.

      --
      Stop Continental Drift! Reunite Gondwanaland!
    12. Re:RSA vs ECC by xquark · · Score: 1

      That maybe so but for small things like smartcards
      and other small crypto chips with limited memory
      and limited computational capabilties, ECC is a godsend.

      --
      Arash Partow's Philosophy: Be a person who knows what they don't know, and not a person who doesn't know.
    13. Re:RSA vs ECC by Anonymous Coward · · Score: 0

      Eric always smells a bit fishy, but many people are too polite to mention it. I hear Linus once made the mistake of sitting next to him for a 3-hour flight... "never again".

    14. Re:RSA vs ECC by cperciva · · Score: 1

      If anything multiplication is O(n^1.58)

      Well, that is true... it's also O(n^(1+epsilon)). If you're going to throw asymptotics around, you might as well throw in the FFT. :)

    15. Re:RSA vs ECC by tomstdenis · · Score: 1

      I'd love to see an FFT on a modern desktop processor work faster than even heck just comba multiplication for numbers in the 2000 bit range....

      hehehehehe

      --
      Someday, I'll have a real sig.
    16. Re:RSA vs ECC by cperciva · · Score: 1

      You might be surprised. My entirely unoptimized RSA code (using the FFT) is 1/3 the speed of openssl for 2048 bit moduli, and it doesn't use the CRT trick, nor does it do the exponentiation intelligently (it uses an FFT to multiply by 1 if the relevant bit is zero -- I was more concerned about timing attacks than performance).

      If someone optimized my code, I'm pretty sure you'd see performance exceeding that of openssl.

    17. Re:RSA vs ECC by tomstdenis · · Score: 1

      On what processor? An athlon has a 6-cycle multiplier so I whole heartedly doubt you could beat an optimized Comba multipler for 2048-bit numbers [specially written in assembler].

      Maybe on a processor without a multiplier the FFT can beat a straight multiplier for such sizes.

      Note that I don't doubt Karatsuba can beat a straight method for sizes 2048 bits (my C bignum code has Karatsuba kicking in for 3000 bit numbers and it's all portable C).

      Tom

      --
      Someday, I'll have a real sig.
    18. Re:RSA vs ECC by cperciva · · Score: 1

      This was on a PPro. On a vanilla Pentium the FFT wins at much lower lengths.

    19. Re:RSA vs ECC by tomstdenis · · Score: 1

      I'll have to take your word for it. I still don't think on a decent platform with a fast multiplier that the FFT could win at such a small size.

      Tom

      --
      Someday, I'll have a real sig.
  7. Keys are Safe by InvaderXimian · · Score: 1

    If it were easy, do you think you'd get 1 million for solving it? RSA gives a few thousand for RSA-1024+ but this is one million! Quite a difference...

    Your keys are safe, assuming you don't use the same one as the test does.

    1. Re:Keys are Safe by kidgenius · · Score: 2, Informative

      It's not just a few thousand dollars, it's a few hundred thousand dollars.
      RSA-1024 -- $100,000
      RSA-1536 -- $150,000
      RSA-2048 -- $200,000

    2. Re:Keys are Safe by BoldAC · · Score: 1

      Microsoft is giving away 5 million to try to stop hackers... I am not sure that helps any of us sleep at night. :)

      The reason these cash prizes are used is to make people assume what you are assuming: "Hell, they wouldn't offer so much money if their protocal was not safe."

      Although I surely hope that turns out to be the case, jumping to that conclusion without any data is dangerous.

      AC

    3. Re:Keys are Safe by leonardluen · · Score: 1

      they aren't offereing a million to crack a simple key, they are offering the million to crack ECC entirely

      a group of people have already won $10k for cracking one of the keys.

  8. Prize breakdown / contest page by morcheeba · · Score: 4, Informative

    The contest website doesn't mention a $1M prize, but from the "details" pdf, it looks like you can earn the $1M prize by solving 19 smaller problems, each with their own bounty. $30k for an "infeasable" problem seems a little low to me... I imagine the mob may pay more ;-)

    From the pdf: The 109-bit Level I challenges are feasible using a very large network of computers. The 131-bit Level I challenges are expected to be infeasible against realistic software and hardware attacks, unless of course, a new algorithm for the ECDLP is discovered.

    The Level II challenges are infeasible given today's computer technology and knowledge. The elliptic curves for these challenges meet the stringent security requirements imposed by existing and forthcoming ANSI banking standard


    Challenge Field-size(in-bits) Estimated-number-of-machine-days Prize(US$)
    Elliptic curves over f2^m - Exercises:
    ECC2-79 79 352 Handbook of Applied Cryptography & Maple V software
    ECC2-89 89 11278 Handbook of Applied Cryptography & Maple V software
    ECC2K-95 97 8637 $ 5,000
    ECC2-97 97 180448 $ 5,000

    Level I challenges:
    ECC2K-108 109 1.3 x 10 6 $ 10,000
    ECC2-109 109 2.1 x 10 7 $ 10,000
    ECC2K-130 131 2.7 x 10 9 $ 20,000
    ECC2-131 131 6.6 x 10 10 $ 20,000

    Level II challenges:
    ECC2-163 163 6.2 x 10 15 $ 30,000
    ECC2K-163 163 3.2 x 10 14 $ 30,000
    ECC2-191 191 1.0 x 10 20 $ 40,000
    ECC2-238 239 2.1 x 10 27 $ 50,000
    ECC2K-238 239 9.2 x 10 25 $ 50,000
    ECC2-353 359 1.3 x 10 45 $ 100,000
    ECC2K-358 359 2.8 x 10 44 $ 100,000

    Elliptic curves over Fp - Exercises:
    ECCp-79 79 146 Handbook of Applied Cryptography & Maple V software
    ECCp-89 89 4360 Handbook of Applied Cryptography & Maple V software
    ECCp-97 97 71982 $ 5,000

    Level I challenges:
    ECCp-109 109 9.0 x 10 6 $ 10,000
    ECCp-131 131 2.3 x 10 10 $ 20,000

    Level II challenges:
    ECCp-163 163 2.3 x 10 15 $ 30,000
    ECCp-191 191 4.8 x 10 19 $ 40,000
    ECCp-239 239 1.4 x 10 27 $ 50,000
    ECCp-359 359 3.7 x 10 45 $ 100,000

    1. Re:Prize breakdown / contest page by Anonymous Coward · · Score: 0

      Yeah but this is a Canadian company, so that $1M prize is only worth about $27.50 American.

    2. Re:Prize breakdown / contest page by PetoskeyGuy · · Score: 1
      The contest website doesn't mention a $1M prize, but from the "details" pdf, it looks like you can earn the $1M prize by solving 19 smaller problems, each with their own bounty. $30k for an "infeasable" problem seems a little low to me... I imagine the mob may pay more ;-)

      I'm guessing that's something I won't be seeing on the next season of the Sopranos.
      "Hey Tony - some geek here says he wants to talk to you. Somethin 'bout a code?"
      "What's he want?"
      "Says he's cracked the lip tic curve something er other. Says you'd be intrested"

      We could guess what gets cracked after that.
    3. Re:Prize breakdown / contest page by zdislaw · · Score: 1
      "I imagine the mob may pay more ;-)"

      Nah, I just asked them. They're only willing to put up $100.

      --
      bad sig...no donut.
    4. Re:Prize breakdown / contest page by carn1fex · · Score: 1

      They use Maple?! Say it aint so! The bane of engineering/science students the world over whos dreams are haunted by the evil red text of horrifically syntaxed integrals. AggAAGGhhH!!

      --

      ---------

      No matter how thin you slice it, its still baloney.

    5. Re:Prize breakdown / contest page by Anonymous Coward · · Score: 0

      ... not to mention that the book prize Handbook of Applied Cryptography is freely available online (and is co-authored by Certicom's co-founder), and that Maple is yet another University of Waterloo spinoff.

  9. The real promise of this technology... by bc90021 · · Score: 4, Interesting

    ...is that it uses much smaller keys with the same level of encryption. This makes it useful for handhelds and phones, and network devices. If you've never heard of this before, chances are you're already using it, too, as this is prevalent already in many of the aforementioned devices.

    1. Re:The real promise of this technology... by Anonymous Coward · · Score: 0
      ...is that it uses much smaller keys with the same level of encryption


      With presumably the same level of encryption. Nobody knows for sure. (Perhaps the NSA does...)

  10. It strikes me that... by ihtagik · · Score: 1, Interesting

    Anyone with the capability to solve the math required to break the encryption might do a lot better than one million dollars.

    If they were malicious, all they'd have to do was wait a year or so until the encryption was incorporated into mission-critical applications and then use their knowledge to gain access to those applications. Something tells me that THAT would be worth a lot more than the cool million they are currently offering.

    1. Re:It strikes me that... by Haeleth · · Score: 1

      Except that if you can crack it, you can be pretty certain someone else can too. And what if they opt for the milion dollars, and the encryption method is written off as a failure?

      Oops, you just lost a million dollars.

    2. Re:It strikes me that... by Anonymous Coward · · Score: 0

      Yes, but then it would be much more cost-effective for the CIA to "neutralize" you rather than give in to your monetary demands

  11. Let's go by millwall · · Score: 1

    A million dollars??

    Let's get started! Where's that link to Cryptonomicon?

  12. Does the first person... by Hangin10 · · Score: 0

    that runs factoring software on a supercomp for
    a month win?

    1. Re:Does the first person... by Anonymous Coward · · Score: 0

      Moderator, if you know nothing about the subject, you shouldn't use your modpoints. Factoring is the wrong problem. This is about elliptic curve cryptography.

  13. no DMCA in Canada by Sophrosyne · · Score: 3, Informative

    It's a Canadian company, there is no DMCA in Canada...

    1. Re:no DMCA in Canada by k98sven · · Score: 2, Insightful

      More importantly, this is not a copyright-protection device.

      Just because the DMCA is bad doesn't mean it's a ban on all reverse engineering.

      "Know your enemy" etc..

    2. Re:no DMCA in Canada by Anonymous Coward · · Score: 0

      It's a Canadian company, there is no DMCA in Canada...

      No, but Canada is a signatory to the same convention that required us to pass the DMCA. (I forget the name.) Essentially, they have the DMCA, they just don't call it that.

    3. Re:no DMCA in Canada by null-sRc · · Score: 1

      Oh Canada!

      Guess canadians have more freedom than americans? :D

      RSA is disguistingly easy to break... maybe ill check ECC out eh? ;)

      --
      -judging another only defines yourself
    4. Re:no DMCA in Canada by Anonymous Coward · · Score: 0

      [quote]It's a Canadian company, there is no DMCA in Canada...[/quote]

      Yet.

  14. Fallacy by savagedome · · Score: 5, Informative

    From the guru Bruce Schneier, Fallacy of cracking contests

    1. Re:Fallacy by mistered · · Score: 4, Informative
      Much more relevant is Schneier's Essay on Certicom and ECC. Note though that this isn't your typical doghouse style "crack our code for $1 MEELEEON dollars" contest with fine print that says you have to do it in three days on a Commodore 64. It's a fair contest for a "real" algorithm. Anyone who completes any of the sub-contests is (a) not in it for the money and (b) unlikely to be a generic Slashdot hacker.

      By the way this is Schneier's recommendation on ECC:

      My recommendation is that if you're working in a constrained environment where longer keys just won't fit -- smart cards, some cellphones or pagers, etc. -- consider elliptic curves. If the choice is elliptic curves or no public-key algorithm at all, use elliptic curves. If you don't have performance constraints, use RSA. If you are concerned about security over the decades (almost no systems are), use RSA.

      --
      Enjoy your job, make lots of money, work within the law. Choose any two.
    2. Re:Fallacy by Anonymous Coward · · Score: 0

      Why would you go and let something like the truth into a discussion here on Slashdot?

      >insert your slam against Microsoft/pro Linux comments here

  15. Re:Brute force by void+warranty() · · Score: 2, Insightful

    Surely anything can be cracked if enough brute force is chucked at it.
    Not really. Trying to brute-force a message encrypted with a one-time pad will generate every possible message of the same length. You can't determine which of those messages is the true one.

  16. Huh? by madgeorge · · Score: 2, Interesting

    Agree or disagree, I usually at least understand Slashdot editorial comments. But I don't get "we wasted all those RC5 keys". You mean we cracked them when they could have been used? I hope not. You mean we cracked them without the promise of 1 meelion dollar bills? Ok, greedy, but I'm with you.

    Seriously, how do you waste a key?

    -madgeorge

    1. Re:Huh? by Anonymous Coward · · Score: 0

      > how do you waste a key?

      Shoot it with a gLock.

  17. Only a million? by iota · · Score: 1

    If some genious did crack it, then I'd imagine an auction for exclusive license to the crack would be worth a lot more than 1 million dollars.
    But how could you gaurantee to the winner that they'd only be the only one with the solution? (without dying, of course.)

    1. Re:Only a million? by kesteloot · · Score: 1

      simple, auction off the crack, then submit to a memory wipe. but before you do, send yourself some clues in the mail.

  18. Not anything by LittleBigLui · · Score: 1

    One time pads are uncrackable if employed correctly. But this thing surely should be vulnerable given enough time.

    --
    Free as in mason.
  19. NSA accomplishments exaggerated by Anonymous Coward · · Score: 1, Interesting
    The NSA's storied past includes breaking the code the Japanese used during World War II to find out about plans to invade Midway Island.

    Quite an accomplishment, considering the NSA wasn't founded until 1952.
    1. Re:NSA accomplishments exaggerated by Anonymous Coward · · Score: 1, Funny

      thats just what they want you to think...

    2. Re:NSA accomplishments exaggerated by UnknowingFool · · Score: 2, Informative

      The actual government agency was the Signal Intelligence Service (SIS). I don't whether it eventually became the NSA. Here is a brief summary.

      --
      Well, there's spam egg sausage and spam, that's not got much spam in it.
  20. Better than RSA? by jrockway · · Score: 4, Interesting

    I think the company who came up (or rather markets) ECC [eliptic curce cryptography] should be careful about saying that ECC is more secure than RSA. RSA has stood up to A LOT of cryptanalysis, simply because of it's age. ECC might have bad keys or something else we don't know about simply because we have not have time to try all attacks yet. Who knows, tomorrow someone may find a trivial algorithm for taking the discrete logarithm on an EC (rendering ECC useless). Then again, someone may find a way of doing a simple discrete logarithm (rendering RSA useless). Both are highly unlikely, but hey -- stranger things have happened.

    Basically, take a company's claim with a grain of salt. Right now I'll keep my data encrypted with something more tested (3DES anyone?).

    --
    My other car is first.
    1. Re:Better than RSA? by Anonymous Coward · · Score: 1, Funny

      Basically, take a company's claim with a grain of salt. Right now I'll keep my data encrypted with something more tested (3DES anyone?).

      Why bother?

      I encrypt all my data with rot13, and rely on the DMCA to keep me safe. Remember, if Moore's law holds then any encryption will be cracked in a few decades, but I doubt DMCA will be repealed in that timeframe!

    2. Re:Better than RSA? by jsebrech · · Score: 1

      Additionally, it would be interesting to know how many real life security exploits were a result of poor encryption. Most of the security hacks I've seen exploit programming bugs, or are the result of social engineering. A theoretically secure encryption algorithm does not guarantee that it will be implemented or used correctly.

      The problem is supply and demand. People demand a fix-all security program, install it once, and your security is guaranteed. That is, ofcourse, impossible. But that doesn't stop other people from pretending to supply it, and making lots of money from their fantasy.

    3. Re:Better than RSA? by bluGill · · Score: 2, Informative

      Go ahead, use 3DES for your encryption, PLEASE. I'd love to be a spy next time you do a key exchange, so many ways to find out what your key is, and then read your data without you knowing. Please trust your data to 3DES.

      For those who know nothing of encryption, 3DES and ECC solve different problems in practice. ECC is public key, meaning you can publicly give the key to everyone, and have no worrys that someone who copys your transmission will be able to understand what is said because there are actually two keys, one encrypts, one decrypts, knowing one doesn't help you do the other operation. 3DES has one key that you need to keep secure at all times. Typically you would use the two togather to achive security that is difficult to achive alone. The poster by suggesting using 3DES (which is very good) in place of ECC is forcing himself into a situation where a lot of security cannot be done.

    4. Re:Better than RSA? by anthony_dipierro · · Score: 1

      The poster by suggesting using 3DES (which is very good) in place of ECC is forcing himself into a situation where a lot of security cannot be done.

      Assuming you have a channel which can't be tampered with, but which could be eavesdropped on. I'm not aware of many such channels.

  21. Re:Brute force by hardburn · · Score: 1

    Technically true. The question is if you'll finish searching the entire keyspace before the universe blows up.

    It was estimated that in 1993, you could take $1 million and build a special-purpose computer and break any 56-bit DES key in three hours. Given Moore's Law, you could probably get a few of your freinds today w/GHz-class systems and break it in a few days. However, as the bit size increases, the keyspace grows exponentially. We'd need some fundamental advances in computers to brute-force a 160-bit key before all the stars become black holes.

    --
    Not a typewriter
  22. too bad... by Anonymous Coward · · Score: 0

    the 1 mil is in Canadian dollars.

    1. Re:too bad... by agwis · · Score: 1

      That works out to $767,931.20 US dollars at this moment. Still doesn't sound bad to me!

      Not that I'm going to attempt winning this...I'm still working on deciphering rot13.

      -Pat

    2. Re:too bad... by DaBj · · Score: 1

      rot13 is reversible?

      --
      "GNU's not Unix....it's Linux" / Kami "kokamomi" Petersen
  23. Wouldn't rush to adopt this... by CaptainAlbert · · Score: 3, Informative

    The problem with ECC is that the "hard problem" on which its security relies is based on some non-trivial mathematics which, until recently, no-one's really been interested in. Contrast this with RSA, which is based on a comparatively easy-to-understand problem (factoring a product of two primes) which has been known about for centuries.

    What this means is, it's possible (very unlikely, but possible) that the conjecture that the elliptic curve logarithm problem is very hard to solve might be proved wrong tomorrow. That is much less of a risk with RSA (although see under quantum computing, if you go in for that sort of thing).

    Last time I checked, the best "brute force" algorithm to attack ECC was the Pollard rho method. Is that still true?

    --
    These sigs are more interesting tha
    1. Re:Wouldn't rush to adopt this... by plcurechax · · Score: 2, Informative

      based on some non-trivial mathematics which, until recently, no-one's really been interested in.

      By recently I take it you mean within the last century or so. Elliptic curves are pretty much a staple now in number theory and modern algebra.

      the conjecture that the elliptic curve logarithm problem is very hard to solve might be proved wrong tomorrow.

      And large integer factoring (RSA) and the discrete logarithm problem (DSA) are both believed to be hard, but both could be proved/demostrated to not be as hard as we expect they are tomorrow too. So your point is?

  24. Quick,someone start a distributed computer effort! by drfishy · · Score: 5, Funny

    One million dollars split between 500,000 people is what??? TWO DOLLARS!!! Well, at least we'll be able to pay that annoying paper boy...

  25. Re:Brute force by Entrope · · Score: 5, Informative

    I was slightly worried that this would be what Bruce Schneier calls "doghouse crypto" -- if you use it, you belong in the doghouse. The kind of companies that sell doghouse crypto usually don't say what algorithm they use, they usually use a "proprietary" (non-critically-reviewed) algorithm, and they usually don't have nearly enough knowledge to do a good review themselves. Fortunately, it's ECC, which is well known and well reviewed.

    Elliptic Curve Cryptography is, like RSA and Unix crypt, believed to be hard because it looks like a one-way door: It is easy to go in one direction, but unless you have exactly the right data (or an obscene amount of time), impossible to go in the other direction.

    Classic Unix crypt is limited by its key size to 56 bits, which makes it practical for a dedicated attack to break. RSA is limited by its structure to use keys that are related to large prime numbers; prime numbers are relatively rare. ECC shares neither of those limitations, so you get a lot more bang from your bits.

  26. What about the DMCA? by Martigan80 · · Score: 2, Interesting

    and we'd most certainly be happy to consider them for a lifetime position

    What position are the lawyers thinking about after the break the encryption? ;-)

    --
    This SIG pulled due to lack of funding. (This damn war is costing too much!)
  27. Re:Brute force by clausiam · · Score: 1
    Surely anything can be cracked if enough brute force is chucked at it. Admitally it might take years bt it should break in time or have I missed something fundemental.

    Apart from the one-time pad issue that another poster mentioned you have missed the fact that it doesn't matter if something can be broken "in time" as long as that time (and cost) is vastly greater than the value of breaking it. Assuming a non-brute-force method for solving ECC is not found then it may take a million computers 100 million years to crack the 224 bit version. This in all practicality is unbreakable even if you factor in advances in computer technology.

    /Claus

  28. Re:ECC is hard to crack by Rhubarb+Crumble · · Score: 1
  29. Re:Brute force by Sique · · Score: 5, Insightful

    In theory and given enough time, yes.

    But if you can chuck all electrons of the world on it (about 10^91) and every electron is swinging with 10^15Hz, and every swing allows you to do a Yes-No-decision, you have a number cruncher that can check about 10^106 bits a second. If your key is 1024 bits long, you can check about 10^103 keys every second. There are 2^1024 different 1024 bit keys out there (about 10^320), so you need about 10^217 seconds to exhaust the key space with brute force, if you have the whole universe working as a big computer for you. A year has a little more than 30 Mio seconds, so your world computer needs 10^209 years for the task, give or take about a factor of 100 maybe. 10^211 years, 10^207 years, what's the difference anyway? :) Our current universe is about 15 billion years old, so if you had 10^197 parallel universes, and you started at the Big Bang, you may be ready with brute force by now.

    Imagine that:

    100000000000000000000000000000000000000000000000 00 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 000000000000000000000000000000000000000000000000 universes!

    --
    .sig: Sique *sigh*
  30. Mod Parent Up by Morosoph · · Score: 1

    Informative and Insightful posts like this one, that actually add to your knowledge rather than just quoting something that you might agree with are not that common!

    1. Re:Mod Parent Up by lafiel · · Score: 1

      Perhaps you you refer to my post to the parent? He copied it straight from here under the heading "Is Elliptic Curve Cryptography Safe?"

  31. Re:Brute force by AllUsernamesAreGone · · Score: 1

    Admitally it might take years bt it should break in time or have I missed something fundemental.

    No. It's just that you know you're in trouble when people use "age of the universe" as a unit of measurement. It'll break, it's just that it'll take so long that when you (or rather your far distant descendants) crack it, there probably won't be a great deal of point in knowing it ;)

  32. Yawn by fruey · · Score: 5, Insightful

    This company is saying their encryption can't reasonably be brute forced with current computing, even if you got pretty much everyone on the internet (more than are currently running SETI) to start brute forcing the keys. It's harder than RSA encryption mathematics theory, on a key which is like 163 bits for the $20,000 prize, and to get a million you'd have to break the scheme for any bit length I imagine, not just the 224 bit key they mention earlier in the article.

    So, unless there is a quantum leap (how ironic that quantum computing would indeed be a quantum leap) this is not some kind of Distributed project. RC5 was fairly simple bruteforcing at the end of the day.

    The summary of the article is like so dumb I cannot believe it passes muster. And the million bucks are as likely to be awarded as a release of Duke Nukem Forever and Ever Amen. Nothing to see here, move along.

    --
    Conversion Rate Optimisation French / English consultant
    1. Re:Yawn by moeffju · · Score: 1, Funny

      How ironic that a quantum leap is also the smalles possible leap to occur...

      --
      follow me on Twitter: http://twitter.com/moeffju
    2. Re:Yawn by Eponymous+Coward · · Score: 1

      So, unless there is a quantum leap (how ironic that quantum computing would indeed be a quantum leap) this is not some kind of Distributed project.
      Of course, a quantum leap is a very small leap.

    3. Re:Yawn by Anonymous Coward · · Score: 1, Funny

      Of course, a quantum leap is a very small leap.

      Not to an electron.

    4. Re:Yawn by plcurechax · · Score: 1

      start brute forcing the keys.

      Ah, you don't bother to bruce force the public key to recovery the private key. You use factoring.

    5. Re:Yawn by Anonymous Coward · · Score: 0

      And the million bucks are as likely to be awarded as a release of Duke Nukem Forever and Ever Amen.

      <voice type=zim>
      How I will laugh in your face upon the release of duke nukem forever. Yes! Shame-faced will you be. My omnipotence will dwarf your silly little predictions.
      </voice>

    6. Re:Yawn by Anonymous Coward · · Score: 0

      wrong problem...

      rsa requires factoring...this isn't rsa

    7. Re:Yawn by someonehasmyname · · Score: 1

      OT so posting without karma bonus. That being said, Zim rules.

      --
      Common sense is not so common.
    8. Re:Yawn by plcurechax · · Score: 1

      wrong problem...
      rsa requires factoring...this isn't rsa


      Are we talking RSA-ECC or DLP-ECC? (See: RSA Labs FAQ)

    9. Re:Yawn by asparagus · · Score: 1

      But how quickly and in what direction?

  33. Don't do it! by Anonymous Coward · · Score: 5, Funny

    It's a trick.

    Mathwiz: "Hello? I think I may have cracked your encryption".
    NSA: "Great. Just stay where you are and we'll over with you money in a second".

    [40 seconds later]

    Police: "Drop your weapon and step out side!"
    Mathwiz: "But I'm unarmed!! Dude!"
    Police: "I said DROP YOUR WEAPON".
    [BLAM!]

  34. Re:Huh? DMCA anyone? by 91degrees · · Score: 1

    Firstly, as mentioned, the DMCA does not apply to Canada.

    Secondly, the DMCA does not apply to mechanisms not used to protect copyrighted data.

    Thirdly, the DMCA does not apply if you've been invited to try to break an encryption mechanism.

  35. You raise very good points. by Sheetrock · · Score: 2, Interesting
    I would tend to agree with you that concerns about the security of ECC are overblown, and tend to come from the common wisdom that old-and-proven is better than new-and-unproven.

    There's a general uneasiness in much of the cryptographic community regarding ECC that comes from the thought that with a new and elegant cryptographic algorithm or methodology there is often a new and elegant attack that renders it worthless in practical applications. As I'm sure you realize (but others may not) the ability of a methodology to withstand conventional attacks is no indicator of long-term viability; algorithms may only be proven unsafe, not safe (except perhaps for one-time pads under certain circumstances).

    I happen to hold out hope for this technique, but it takes time in the field for confidence to be built. This contest may help, but by no means is it absolute proof of the security of the technique (although one would be hard pressed to make a million dollars hoarding a working attack on ECC to themselves).

    --

    Try not. Do or do not, there is no try.
    -- Dr. Spock, stardate 2822-3.




    1. Re:You raise very good points. by plcurechax · · Score: 1


      I would tend to agree with you that concerns about the security of ECC are overblown, and tend to come from the common wisdom that old-and-proven is better than new-and-unproven.


      Let's see, RSA was put forth in 1977. ECC was first discussed in the mid-1980s, by Victor Miller (IBM) and Neal Koblitz.

      So which is suppose to be "old-and-proven" and "new-and-unproven"?

      In fact there is no assurance that RSA or DSA is any more secure than ECC. RSA is not proven (in the math sense) to be secure. We do not know for sure that if there is no easy way to factor large integers into their prime factors.

  36. Re:Quick,someone start a distributed computer effo by foxdeman · · Score: 0

    You could always give it to charity, it sure seems a little more fesable than looing for spacemen IMHO.

  37. Time for some coding by adrianbaugh · · Score: 2, Interesting

    Anyone (outside patent encumbered countries) working on a Free implementation? It should be okay in the EU, for "allowing interoperability with existing products".

    --
    "'I pass the test,' she said. 'I will diminish, and go into the West, and remain Galadriel.'"
    - JRR Tolkien.
    1. Re:Time for some coding by kyhwana · · Score: 1

      libtomcrypt has an implementation of ECC as well as RSA and DSA/DSS as well as a bunch of hashing algorithms and symmetric ciphers.. And it's free.

      --
      My email addy? should be easy enough.
    2. Re:Time for some coding by plcurechax · · Score: 1

      Free implementation?

      See OpenSSL and Sun's announcement for including ECC code in OpenSSL.

    3. Re:Time for some coding by petabyte · · Score: 1

      Which isn't "free". Sun included some rather un-nice licensing things in their ECC when they gave it to OpenSSL. I believe the issue was that it forbids sueing Sun for anything but I'm not sure. There was a rather large thread on the OpenBSD mailing list about it.

      Last I heard, OpenBSD was going to fork OpenSSL off and maintain their own version as these restrictions no longer allowed them to include OpenSSL that fit their charter.

      Perhaps someone that knows more about this could comment?

    4. Re:Time for some coding by chochos · · Score: 1

      Cryptix has an implementation of ECC already.

  38. Re:ECC is hard to crack by Anonymous Coward · · Score: 0
    Elliptic curve group discrete log techniques have not seen significant improvement in the past 20 years.

    That you know of. But things may be different for the NSA. Aren't they the largest employer of mathematicians in the world? I wonder why...

  39. It's not as much a matter of IF someone manages... by WegianWarrior · · Score: 4, Interesting

    ...to crack it, but as of how long it will take them. Information that is worth a lot today may be worthless tomorrow, and by next week it'll be history. So the question isn't about making a perfect encoding (we allready have one, namely 'one time pads'), but finding the best encoding for the application. Also bear in mind the rule of thumb that states that the thoughter the code, the more difficult (think CPU-cycles and batterydrain) it is to encode it in the first place. Off course, just how strong thats strong enought will change as the tools for encryption, decryption and codebreeaking gets stronger.


    Remember folks, an encrypted message don't have to be unbreakable, it just has to be hard enought to break. One rule of thumb is that it should cost more to break than the one breaking it will earn on doing so.


    Besides, one can learn a lot about whats going on even if you can break the code. Where does the signal originates? Where is it heading. Does it occour on a frequent basis? What is the matter of transmitting? The more you learn about the message, the more you learn about the reason it's beeing sendt - even if you don't know what it says. THEN you can often start using social enginering to gain access to the key, or better yet, to the unencrypted message.

    --
    Everything in the world is controlled by a small, evil group to which, unfortunately, no one you know belongs.
  40. Honeypot! by redelm · · Score: 2, Interesting
    There may be some acedemic credit, but isn't this most likely a honeypot or TLA recruiting/watchlist scheme?

    1. Re:Honeypot! by mistered · · Score: 1
      Although Certicom does have some links to the NSA, they're a Canadian company and it's unlikely they're doing the NSA's recruiting. This is much more like the RSA challenges.

      --
      Enjoy your job, make lots of money, work within the law. Choose any two.
    2. Re:Honeypot! by capoccia · · Score: 1

      if you want to compete anonymously, you can hire a lawyer to claim the prize for you. many people do this for the lottery.

    3. Re:Honeypot! by Kombat · · Score: 1

      you can hire a lawyer to claim the prize for you. many people do this for the lottery.

      Not around here, they don't. If you read the Terms and Conditions for the lottery, they state that if you win over a certain threshold (i.e., the jackpot), then in order to claim the prize, you have to consent to being photographed and having your name released. It is impossible to claim lottery winnings anonymously. It's actually the law. Think about it. If people could claim lottery winnings anonymously, how would we ever know that the whole thing was legit at all? They reserve the right to publish your name and photo in order to prove that real people actually win the lotto.

      And no, you don't have a "right" to the winnings without agreeing to their terms. By buying the ticket, you implicitely agreed to their terms. Besides, if you did sue for your winnings while fighting to remain anonymous, then as soon as you filed the suit, your info would become public anyway. There's no way around it.

      Note that this is in Canada.

      --
      Like woodworking? Build your own picture frames.
    4. Re:Honeypot! by Loconut1389 · · Score: 1

      It also seems unlikely that recruiting would occur on something that simply requires a lot of hardware. Recruiting usually takes place on simpler tasks that require a lot of thinking to see that it is simple.. The GCHQ (british intelligence agency) did a recruiting test quite a while ago that involved noticing various symbolic representations of binary within web pages. The simplest ones even I spotted without seeing the solutions, some were things like underlined letters with bold were a 1 and bold letters without the underline were a 0... there was actually a morse code image hidden on the page with some transparency.. There were some other symbols hidden in images.. Things like that. I don't remember 100%, but that was the general concept, to use your brain, not your bucks. Recruiting someone based on the fact they can buy and set up a cluster is a little impractical.

    5. Re:Honeypot! by capoccia · · Score: 1

      in ohio, the lottery ticket is a bearer ticket. whoever is holding the ticket can redeem it. so if you lose the ticket or it's stolen, you'll have a very hard time proving you should get the winnings.

    6. Re:Honeypot! by Bingo+Foo · · Score: 1

      So that's why you hire someone trustworthy, like a lawyer, to.... Oh. Wait a minute...

      --
      taken! (by Davidleeroth) Thanks Bingo Foo!
  41. Book by savagedome · · Score: 3, Informative

    If any of you is seriously considering going at this, I recommend the well known Applied Cryptography

    Slashdot has reviewed this before.

  42. Re:ECC is hard to crack by lafiel · · Score: 1

    Impressive, your entire paragraphs were, word for word, copied from here

    Alert, Karma whore. The only thing he changed was "You may have heard arguments" to " I often hear".

    You often plagerize?

  43. Re:Brute force by Krapangor · · Score: 2, Informative
    Elliptic Curve Cryptography is, like RSA and Unix crypt, believed to be hard because it looks like a one-way door: It is easy to go in one direction, but unless you have exactly the right data (or an obscene amount of time), impossible to go in the other direction.

    This is not entirely correct. Elliptic curve cryptography (spelled this way) is based on elliptic groups where per definition is always an inverse so you can always "go back". Getting this inverse is considered to be hard - but this is not proven yet.
    In fact for the related parabolic and hyperbolic groups, there are fast algorithms for calculating and inverse. So I personally doubt that elliptic groups are save. Furthermore it's relatively unclear why the researchers cling to the elliptic setting - using the Picard groups of quartics or sextics might prove much more fruitful.

    --
    Owner of a Mensa membership card.
  44. XM Radio by Silicon+Mike · · Score: 5, Interesting

    I went over to their website and parused around... Seems they did the security to XM Radio, http://www.certicom.com/download/aid-78/success_XM Radio.pdf) which humors me because XM Radio was hacked about 2 months after it went live.. All you need is a part from an old Dish Network reciever and a soldier iron.

    1. Re:XM Radio by Alsee · · Score: 1

      Irrelevant, any sort of DRM system (including things like XM radio and satallite TV) are inherently flawed. While they happen use encryption, they don't have any actual cryptographic security. They are actually based on GIVING people the keys while trying to keep them from LOOKING at the key have. You never need to try to crack the encryption, you just need to dig around inside looking for the key you already have.

      They may make it a pain in the butt to find the key, but it is an inherently "easy" problem, and once you fid it, it breaks the entire system. With actual cryptograph tasks getting one key just breaks that one message (or the set of messaged linked to that one key).

      With a genuine cryptography task each seperate message may stand unbroken for years or decades even under assault by entire teams with thousands of high-end workstations. Every single message in an entire DRM systems may be broken in one fell swoop in a matter of days after release by some highschool geek working on a single obsolete machine.

      Note:
      Trusted Computing is also counts as an inherently flawed "DRM-catagory" system. The only difference is that they hide your key in a chip. It is not a "hard" problem to figure out how to rip open the chip and read the key. Once you do you can sit there digging out keys and liberating as many machines as you like. I'm sure it would make for a very profitable business.

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
  45. Patents by Anonymous Coward · · Score: 0

    The article mentiones that Certicom "has spent the better part of 18 years securing more than 130 ECC-related patents around the world." Yes, EEC is computationally cheaper to reach the same security level, but is it worth opening such a hornets nest?

  46. ECC2-109 project by Aapje · · Score: 1

    Currently there is a project underway to crack ECC2-109. This is 'just' a $10.000 project though (half goes to the project leads and half to the two winners). There will be two winners because the trick is to find two related points which mathematicians can use to calculate the answer (Frankly, I don't even understand how exactly, see the forum for details).

    Anyway, there are different clients available if you want to participate. I would suggest this client and this GUI. The project is moving to the end fairly rapidly, so you can help make the final push.

    --

    The Drowned and the Saved - Primo Levi
  47. Not a Fallacy by jmegq · · Score: 2, Interesting
    Of course, if you *read* the counter-argument you link to, you see that Schneier thinks this sort of contest is fine:

    There are exceptions, but they are few and far between. The RSA challenges, both their factoring challenges and their symmetric brute-force challenges, are fair and good contests. These contests are successful not because the prize money is an incentive to factor numbers or build brute-force cracking machines, but because researchers are already interested in factoring and brute-force cracking. The contests simply provide a spotlight for what was already an interesting endeavor.

    In this case, finding clever ways to factor ECCs is actually a number-theoretically interesting thing to do.

  48. Linux client by Aapje · · Score: 1

    Oops, I forgot to mention that there is a linux client & GUI available too.

    Happy cracking.

    --

    The Drowned and the Saved - Primo Levi
  49. Re:Brute force by Jugalator · · Score: 1

    +1 Insightful or -1 Mad Scientist, that's the question... :-)

    --
    Beware: In C++, your friends can see your privates!
  50. ummm... by Anonymous Coward · · Score: 0

    ... i hope they realise ECC is based upon multiplication instead of exponentiation of large primes (i.e. RSA)... which means generating test keys for breaking ECC is MUCH cheaper than doing it for RSA !!!

  51. I rather not go to jail by hodet · · Score: 2, Funny

    I'd rather win a million legally.

    I don't think cellmate Bubba would be interested in that particular crack.

  52. Where do I get the decoder ring? by GonzoDave · · Score: 0

    Is it in the Cheerios? I like Cheerios

    1. Re:Where do I get the decoder ring? by twoslice · · Score: 1

      Don't forget to drink your ovaltine....

      --

      From excellent karma to terible karma with a single +5 funny post...
  53. This isn't news by krysith · · Score: 3, Informative

    In the grand tradition of "It came over the wire service", Slashdot posts an article about a contest that has been going on since 1997. IIRC, I bookmarked http://www.certicom.com/research/ch2.html last january (I'm not sure because I have changed computers since then). Its been long enough that Certicom has changed their website too.

    ECC is interesting, although I am not 100% sure that it is as relatively strong as Certicom claims. Elliptic curves are similar to the discrete log method, which can be shown to be approximately as strong as RSA (factoring). I am not an expert in Elliptic curves, so I can't speak as to whether there are any 'shortcuts' which would reduce the problem to a discrete log one, but if so, then the ECC would be no stronger than RSA. Elliptic curves, by the way, are the same branch of mathematics which brought us the proof of Fermat's last theorem.

    1. Re:This isn't news by AssFace · · Score: 1

      Perhaps Andrew Wiles would be a good resource on this then :)
      (or perhaps Taniyama/Shimura - I forget which killed himself, I want to say the former)

      --

      There are some odd things afoot now, in the Villa Straylight.
  54. Re:Brute force by Anonymous Coward · · Score: 0

    The article says that its based on a mathmatical forumla surely it can be broken

    Give this man a gold star and a job at the NSA. Where'd you get your Ph.D at buddy, your intimite knowledge of mathematics is both impressive and intimidating!

  55. hmm by ajs318 · · Score: 2, Funny

    As has been pointed out, demonstrably crackable encryption is OK for data with an expiry date. Credit card numbers, for instance, are usually only good for 3 years or so -- you get a new number with the new card.

    Still, I worry about any closed-source encryption technology. Imagine somebody coming up to you and saying in a cheesy mexican accent: "Hey, extranjero! You want to send top-secret message? No problemo, Amigo! I know secret code, so secret only me and my brother know it. You give me message, si, you dictate, one words at a time. I write it down in secrets codes and send it to my brothers. He only one in whole wides worlds who understand it. But my brother, he take it to your amigo, si, and he tell the message one word a times. Is very good. Top-secret. Only me and my brothers knows the code."

    --
    Je fume. Tu fumes. Nous fûmes!
    1. Re:hmm by Anonymous Coward · · Score: 0

      Credit card numbers aren't really a good example of why and when cryptography is necessary. There isn't a life-or-death issue associated with credit cards. Wars are not lost or won on the basis of whether cryptography is used to protect credit card numbers. Once the damage is done due to a credit card number being exposed, it is quite easily undone.

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

      Credit card numbers, for instance, are usually only good for 3 years or so -- you get a new number with the new card.

      I didn't.

  56. Re:Brute force by BarryJacobsen · · Score: 1

    Actually all I'm trying to do is crack the encryption on this nude Britney Spears pic. Thanks for tipping everyone off. - God

  57. Re:Brute force by Hatta · · Score: 1

    I thought mad scientist a positive modifier.

    --
    Give me Classic Slashdot or give me death!
  58. Best Will Hunting... by Bonewalker · · Score: 1
    If you can just wait a few more months, Best Will Hunting: Good Will Hunting II will be out and superstar Matt Damon will be writing the answer up on the MIT blackboards all across campus.

    So get ready to hit the pause button, and have pencil and paper ready.

    1. Re:Best Will Hunting... by punee · · Score: 1

      Better rent Sneakers.

    2. Re:Best Will Hunting... by Anonymous Coward · · Score: 0

      Sorry, but the sequel's already been named Good Will Hunting II: Hunting Season.

  59. Other, more worthy projects? by bruthasj · · Score: 1

    Now imagine if they put out bounties for distributed projects that found cures for cancer, aids, the common cold, alzheimers, m.s., and thousands of other diseases. Philanthropy can only take you so far; use the "greedy" free market to drive progess even further!

  60. The Fallacy of Cracking Contests by CognitiveFusion · · Score: 5, Insightful

    I wouldn't waste a CPU cycle on this contest.

    Bruce Schneier nailed the truth about cracking contests in a December 1998 article in his crypto-gram newsletter, "The Fallacy of Cracking Contests".

    Here is another article he published in November 1999, "Elliptic Curve Public-Key Cryptography".

    Interesting reading.

    --
    Fools ignore complexity; pragmatists suffer it; experts avoid it; geniuses remove it. ~A. Perlis
    1. Re:The Fallacy of Cracking Contests by fred87 · · Score: 1

      Just thought i'd quote this from your link: "He knows the ciphertext and the plaintext." "he" is referring to the attacker. The whole point of a cryptanalysis is to find out what the plaintext is...

    2. Re:The Fallacy of Cracking Contests by Anonymous Coward · · Score: 0

      > The whole point of a cryptanalysis is to find out > what the plaintext is... Not, it is not. Cryptanalysis is about *analysing* ciphers (and finding vulnerabilities in them, *including* known PT attack), it's not really interested in deciphering messages.

  61. Mod me Redundant by CognitiveFusion · · Score: 1

    Sorry for the duplicate links :)

    --
    Fools ignore complexity; pragmatists suffer it; experts avoid it; geniuses remove it. ~A. Perlis
  62. A message from FBI by Anonymous Coward · · Score: 0

    We have a better offer: crack the code, and get all your stuff confiscated.

  63. Palm VII - Circa 1998 by Eisenfaust · · Score: 1

    My Palm VII wireless internet PDA that I bought back in 1998 (I think) advertised eliptic curve encryption. It was the first I had ever heard of it, but at the time I didn't know much about encryption at all. The box explained roughly how it worked which was a nice bonus for a 500 dollar geek toy that outlived its usefullness in just a couple years.

    The Palm VII used cell band to communicate with the tower, which makes me think that this type of encryption is probably typical for any type of digital cellular service. This being said it seems rather amazing that NSA would have the means to intercept and decode communications encrypted in this manner as I have heard they do from multiple sources.

    Is it realistic to believe that ANYONE (even the NSA) could crack such high level encrpytion?

    --
    Grrrrr... don't bother me, I'm thinking.
  64. The article isn't fluffy... by Anonymous Coward · · Score: 0

    ...it's just pretty decent explanatory journalism.

    People in the tech community tend to forget that mainstream media is intended for a mainstream audience, and not people with deep technical knowledge. I think the article did a good job of putting the issue in context for those readers who might not be familiar with the concepts of encryption and coding.

  65. Win One Million by ItsCaptain · · Score: 1

    But is it $1 million Canadian? then that is only about $500,000 US. Now its not worth that much effort. Minus taxes, plus you can't take more than $10000 across the border, time to set up a Swiss account.

  66. ECC and RSA die under quantum... by nweaver · · Score: 2, Informative

    Quantum computing kills both equally, the same algorithms that get RSA and discrete log can get the elliptic curve discrete log.

    --
    Test your net with Netalyzr
    1. Re:ECC and RSA die under quantum... by Anonymous Coward · · Score: 0

      shove your theoretical computing straight up your ass

  67. Re:ECC is hard to crack by Anonymous Coward · · Score: 0

    It's "plagiarise", you monkey

    -

  68. Re:Brute force by Shazow · · Score: 1

    Heh that's of course assuming you don't get it on your first try. :D

    If you do, what do you do with all those parallel universes? Heh.

    - shazow

  69. Buisiness Proposal? by Xoder · · Score: 1, Insightful

    Don't you know? He's using the New Economy, Stupid school of venture capital. All you need to do is promise profits of 500,000%, and deliver some kind of promise, and you've got your VC

    --
    The previous sig has been removed due to /. protecting your best interests
  70. Mostly the plot line for Mercury Rising by anti-NAT · · Score: 1
    --
    The Internet's nature is peer to peer - 20050301_cs_profs.pdf
  71. Re:Brute force by Lord+of+Ironhand · · Score: 1

    IANAQP (I Am Not A Quantum Physicist), but as far as I understand, that's more or less what a quantum computer does: suppose a message is encrypted using a 256-bits key, the quantum computer tries to decrypt the message in 2^256 parallel universes simultaneously, each using a different key, and returns the key which yielded the required result, in the same time a normal sequential computer would require to try just 1 possible key.

    Probably a gross simplification though.

  72. searching for primes? by gotem · · Score: 1

    wouldn't be interesting a distributed project to find all the primes up to 308 digits? how many prime numbers can there be?

    1. Re:searching for primes? by Anonymous Coward · · Score: 0

      There are about 10^308/ln(10^308) = 1.41 * 10^305 primes up to 308 digits.

      Primes are plentiful, didn't you know?

    2. Re:searching for primes? by satterth · · Score: 3, Informative
      --
      Being called a dork on Slashdot must be like being called the retard in special ed.
  73. security and the future... by Anonymous Coward · · Score: 0

    i can't get rid of the feeling that security
    isn't quit the saviour everybody is hoping for.

    security (will) just give rise to more and
    more ARBITRARINESS!

    encrypting/securing utter useless chatter/data
    is ... people getting this "service" will
    just get more arrogant. they're dumb in the first
    place and acctually encouriging their stupidy
    is def. going to back-fire. security shouldn't
    be a service you can buy but something you
    yourself should be aware of ALL THE TIME!

    security/encryption is an issue if you're a lazy
    corporate that doesn't want to invest but
    just use public infrastrucure (power-lines
    anyone?). just cash in but acctually doing
    nothing.

    security is an issue if you're at war or the world
    has gone mad (soon in theaters near you).

    anyway i cracked it :) but i didn't tell.
    methinks getting my theory confirmed (useless
    chatter/data) by acctully "breaking in" is 1000
    times more comforting then cashing in on a
    million.

    ethics are more important then money. you tend
    to live longer!

  74. I managed to crack it!! by mrjb · · Score: 1

    But I won't take credit. For a measley hundred grand I'll tell how I did it :)

    --
    Visit http://ringbreak.dnd.utwente.nl/~mrjb/growingbettersoftware to download your free copy of the book
    1. Re:I managed to crack it!! by Anonymous Coward · · Score: 0

      tell me tell me

  75. ECC vs ECC = AC (acronym collision!) by mnemotronic · · Score: 2, Interesting
    Ack! Just when I thought that ECC meant Error Correction Code, along comes ECC, which means Elliptical Curve Cryptography.

    It seems that these two two acronyms, which are very different in meaning, are likely to show up in the context of computer-related discussions :

    • "The kernel does ECC"
    • "ECC is built into the chipset"
    • " ... including 28 bit ECC"
    • "The ECCs in East D.C. are pieces of the PCs"
    --
    The Russians have won. They have made the world a cesspool of distrust, greed, fear and hate.
  76. Better - Sinson's Crytography by lukme · · Score: 1

    Applied Cryptography doesn't have ECC

  77. Sorry... by alexjohns · · Score: 1
    ... but the monetary rewards of reading all that cracked traffic is worth way more than $1 million. Just last month I extorted $250,000 from a rich exec who didn't want his wife to find out about Mistresses 1 and 2. Also sold some high-tech secrets to an oil-rich third world country for a good bit of cash (I assume they'll use it to keep development of alternative-fuel vehicles from progressing very quickly, but what do I care as long as I get my money?)

    You keep right on developing that uncrackable ECC stuff. Heh. Nothing to worry about as long as no one claims the mil, right?

    Of course this is all a joke. No-one has cracked anything. Posting this as an Anonymous Coward for obvious reasons. What's that dear? Champagne bath is ready? I'll be right there. Just let me hit 'Submit'...

    1. Re:Sorry... by bucky0 · · Score: 1

      uhh, you werent posting as an AC.

      --

      -Bucky
  78. now enter larenz by Anonymous Coward · · Score: 0

    Sooo what they are saying is generate a i state inside of a strange atractorr, emulate the same probalisty trees, and a little algebra and you can revers engineer this

  79. Re:Quick,someone start a distributed computer effo by Anonymous Coward · · Score: 0

    Maybe you can get your crazy grandma to figure out this challenge, you know the one that dropped acid and hijacked a schoolbus full of penguins

  80. Re:Huh? DMCA anyone? by HTH+NE1 · · Score: 2, Informative

    Firstly, as mentioned, the DMCA does not apply to Canada.

    But may apply to Americans taking part in the challenge.

    Secondly, the DMCA does not apply to mechanisms not used to protect copyrighted data.

    I understood from the article that they are already using this method to encrypt data like faxes, and that anything fixed in a medium automatically gets an implied copyright by the Berne Convention.

    Thirdly, the DMCA does not apply if you've been invited to try to break an encryption mechanism.

    Did we forget about the SDMI Challenge (April 21st, 2001)? I felt the chill.

    Anyway, a failure to meet this challenge only says that you need to spend more than "one meellion dollars" to break the encryption. That doesn't make me feel too secure.

    --
    Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
  81. It was sort of an NSA, it was the predecessor by Anonymous Coward · · Score: 1, Informative

    It was the predecessor of NSA, the pockets of intelligence (TICOM, ASA, AFSA) which were to be transformed into the NSA at a later time.

    But very little has actually changed. For instance, in 1945 the U.S. Army intelligence spied on the United Nations conference in San Francisco (the reason why it was held in the USA was to better spy on the other countries). You need not search that far in history (few years) to find out similar things from New York.

  82. better dust off by pitdingo · · Score: 1

    better dust off the old Captain Crunch decoder ring...

  83. ECC is cool but RSA better by attobyte · · Score: 1

    RSA is free of patents!

    --
    I didn't use the preview button, so get over it!!!!

    Mike

    1. Re:ECC is cool but RSA better by Paul+Crowley · · Score: 1

      You can do ECC without infringing Certicom's patents pretty easily. Look for Roger Schafly's postings on the subject in sci.crypt.

  84. Copyright violation by GQuon · · Score: 1

    If you run a brute-force search on it, you'll see that it is really part of a paper I wrote last year.
    I demand that they pay for the copyright violation.

    If you use another key, you'll see that it also includes SCO's source code.

    --
    Irene KHAAAAAAN!
  85. Patent nonsense by Boatman · · Score: 1

    It's shameful how much they brag about their patent portfolio. The RSA and Diffie-Hellman patents presented a very real impediment to the uptake of public key cryptography until very recently, when the patents finally started expiring.

    And why don't we have digital cash? Well, social problems primarily, but it doesn't help that David Chaum and Stefan Brands, after developing *phenomenally* cool techniques for preserving privacy in electronic cash, carpeted the whole area with patents.

    So, thanks for setting up yet another tollbooth to an empty amusement park, Certicom. You've lowered the bar for all of us.

    --
    --Just the place for a snark!
  86. Re:Huh? DMCA anyone? by 91degrees · · Score: 1

    Did we forget about the SDMI Challenge (April 21st, 2001)? I felt the chill.

    Sigh. Always with the SDMI.

    You'll always get some idiot trying to apply an inappropriiate law. They backed down when they realised they didn't have the slightest hope of success.

  87. Re:Encryption by ClioCJS · · Score: 0
    WHAT THE FUCK WAS THAT?

    You sir are a sick and disgusting fuck. And I eat my own poop so that means alot coming from me.

    --
    -Clio
    Karma: Bad (mostly from not giving a fuck)
    Blog: http://clintjcl.wordpress.com
  88. My bad by Morosoph · · Score: 1

    Redundancy is hard to spot sometimes.

  89. Key-size comparisons suck by Thuktun · · Score: 2, Insightful
    Quoth the article:
    The standard encryption level for online banking or purchases these days uses something called a secure socket layer, or SSL, which typically provides privacy between computer connections at 128 bits, an acceptable level. [...]

    A much smaller 224-bit ECC key offers the same level of encryption as 2048-bit key in the competing RSA format. In other words, a company would need 16 times stronger encryption to get the same level of protection that Certicom offers in the ECC format.
    This is comparing an apple and an orange and concluding something about a strawberry.

    When it comes to encryption keys, it's not the size, it's how you use it.
  90. Who cares about $1M by bugnuts · · Score: 1

    IT'S CANADIAN!

    That's like, what, US$25?

    Go to goodwill and pick up a bunch of monopoly sets for that price and save yourself the trouble!

  91. this is nonense, it proves nothing but being crap by bsdcow · · Score: 2, Insightful

    I am sorry to be against this topic but I do seriously urge any person competent not to participate in such a bullshit test. Asking people to "crack" something while offering cash doesn't mean it's secure (which is what is implied, which is insanely stupid for people that work in security and professionnals involved in cryptography). It just proves that no one that cared to break it came over it to break it. Serious cryptographers ask people to present their work in a formalized scientific form. We have a HUGE history of crypto having get breaked and like in science, we want people to present their work and show us they did study all previous breakings and that none apply to their work. This is annoying, yes, but it's like that in science. If it's done seriously and how people expect it to be ,it will be considered seriously. No cryptographer will ever consider loosing time in such a contest unless there is a serious implication for people or the public (like voting machines for example). We should bash this stupid annoucement that implies that "if no one breaks it it means it's secure" because that's an insult to cryptography and those that work hard in shadow to have it work properly. This is really the kind of stuff that pisses me of :(

  92. You call that a good discussion? by Anonymous Coward · · Score: 0

    That paper looks like it was written by a high-schooler.

    Its (your?) presentation of the attacks against ECC and RSA is terrible, especially failing to expose the number field sieve properly. If it is really too complicated, they could at least present the Quadratic Field Sieve, and if they don't want to touch number theory at all, they should at least avoid presenting brute force most thoroughly.

    The paper claims that prime-checking algorithms are terribly slow and that probabilistic prime checks are slow and unreliable, which is false (once the probability of accepting a non-prime is less than that of someone guessing your key, it doesn't matter anymore; encryption is thus inherently probabilistic).

    It claims that RSA keys are longer and that there are more attacks against them, which is true: they are longer precisely because there are more attacks against them. These should not both be seen as detractors against the algorithm.

    It claims that RSA keys are slow to encrypt and decrypt, which is false; they are fast enough not to be noticed on anything but a busy server or a smart card. In fact, one of my classmates just did a project on embedded RSA vs ECC cryptosystems in remote sensors, and found that RSA works faster at equivalent strengths without heavily customized hardware, and ECC is only useful because the transmissions are expensive (ie power-hungry). The comment that exponentiation is expensive because you have to do an enormous number of multiplies, and that optimizations only slightly reduce the load is total BS.

    While ECC is probably better than RSA for many purposes, it is not so much better as the paper you cite makes it out to be.

  93. This is the FBI... by kolly+kibber · · Score: 1

    That ring is an access control to Capn Crunch's copyrighted Intellectual Property. You'd better explain how you came by it, DOWN AT TEH STATION. Say goodbye to your family!

    --
    With that reward money, I could afford this life-sized chocolate God, filled with an infinite number of smarties.
  94. Well... by Kjella · · Score: 1

    Of course, a quantum leap is a very small leap.

    The reason for the saying is that it is a leap, with no intermediate stage. There is a before, and an after. Compared to say an object going from warm to cold - there's always intermediate stages, no matter how quickly the object is cooled.

    That's why quantum computing is a quantum leap - because there's no intermediate stages between that and electronic coputing. There's a before, and an after.

    Kjella

    --
    Live today, because you never know what tomorrow brings
  95. Re:Brute force by Thuktun · · Score: 2, Interesting

    No. It's just that you know you're in trouble when people use "age of the universe" as a unit of measurement. It'll break, it's just that it'll take so long that when you (or rather your far distant descendants) crack it, there probably won't be a great deal of point in knowing it.

    At that point, it's simpler to use the Caveman attack:

    Walk over, beat subject about the cranium with a stout cudgel, and take the subject's computer containing the keys.

  96. Slashdot Personals by core+plexus · · Score: 1
    " I don't think Slashdot is the right place to be discussing your sexual desires, do you?"

    Apparently it is

    President Bush to Liberate Alaska

  97. Argh... by Kjella · · Score: 1

    Why the hell does people talk about 1024 *asymmetric* crypto keys as if is was symmetric.

    A 1024 bit symmetric key has 2^1024 possibilities. Which is excessive, 128 is common, 256 bit is probably safe for all future.

    A 1024 bit asymmetric key depends entirely on the algorithm, but has typically nowhere near 2^1024 possibilities. RSA 5-700 bit challenges have been broken. Based on that, 1024 bit RSA is about as difficult as breaking a 128 bit symmetric key. So a factor of about 8:1.

    The ECC algorithm is much tighter, but as far as I know not 1:1. That is, it's stronger than a equivalent length RSA key, but weaker than a equivalent symmetric key.

    Kjella

    --
    Live today, because you never know what tomorrow brings
    1. Re:Argh... by Sique · · Score: 1

      Because the previous poster talked about using brute force. Brute force to me means: Don't use any structural information you have, just try every possibility.
      And if you don't know anything about the key beside the fact that it has 1024 bits, you end up with 2^1024 keys to evaluate.

      Of course a more sophisticated way would have been to use only the prime numbers between 1 and 2^1024 (If the algorithm were RSA). But a) that's not completely brute force and b) to get all prime numbers you could use brute force again (to evaluate Prim(x) divide x by all y x, for which Prim(y) = TRUE.)

      On the other hand the previous poster claimed ALL encryption could be broken by using brute force and given enough time. And all I wanted to show is that this claim, while it holds true in a mathematical sense is quite theoretical.

      --
      .sig: Sique *sigh*
  98. I wont bother by HogynCymraeg · · Score: 1

    I've got more chance of cracking an egg.....I think.

  99. Re:Brute force by AllUsernamesAreGone · · Score: 1

    I've always called that the "unrefined brute force" method ;)

  100. Unrealistically high challenge == no challenge by Pike · · Score: 1

    It's quite easy to create a code that no one can crack. I've done it myself, and it was posted here at slashdot a couple of years ago. No one even came close to solving it. However, although very little math was used, it was practically unusable :-)

    Here's a cipher contest for mere mortals. It's been going on since mid-december. The prize is a tin of penguin mints and a boost to your self-respect. And anyone with a decent knowledge of basic cryptography should be able to crack it.

  101. Why not Rabin? by Paul+Crowley · · Score: 1

    I don't really understand why anyone uses RSA ever. For both signing and encryption there are Rabin variants faster than RSA provably as hard as factoring (and thus definitely at least as secure as RSA if not more so).

    And yes, this is a "fair" contest. I'm glad that Slashdoteers have got the message that cracking contests are generally bullshit, but this is one of the exceptions - this prize genuinely fosters research rather than trying to take its place.

  102. Re:Brute force by hardburn · · Score: 1

    Getting this inverse is considered to be hard - but this is not proven yet.

    Nobody has proven you can't have an efficent algorithm for factoring large prime numbers, either. Though in that case, people have been trying to solve the problem for centries, and the added incentive of breaking RSA hasn't produced a breakthrough, either.

    --
    Not a typewriter
  103. Or maybe you'll end up finding aliens! by rune2 · · Score: 1

    Those aliens don't come cheap though.

  104. Re:Quick,someone start a distributed computer effo by IronBlade · · Score: 1
    One million dollars split between 500,000 people is what??? TWO DOLLARS!!! Well, at least we'll be able to pay that annoying paper boy...

    But $1 Million donated to, say, FSF or EFF can go a long way towards helping more than 500,000 people.

    --
    Important info:
    http://www.lifeaftertheoilcrash.net
    http://dieoff.org/synopsis.htm
    http://www.peakoil.net
  105. Re:Brute force by Vrejakti · · Score: 1

    How long did it take to create the code, and with what technology? Maybe no more than a few years, and with today's technology and older. Humans are flawed, and therefor this code will be imperfect. Find the human flaw in creating it, and you have your key. There are a very limited number of ways in which the code could have been chosen. Much less than one billion ways. Why waste time checking every singal posibility when you can generalize human flaws and guess the code quite easily. These people are not God's, and they are working wih very limited technology. The code can be cracked, and so it shall.

  106. 56 bits is WAY too weak! by billstewart · · Score: 1
    There are really two kinds of weakness that matter - weakness with wimpy passwords, and weakness with randomly-chosen maximum-entropy strong passwords. The former problem is important because lots of people DO pick wimpy passwords. The Unix "Crack" program has been cracking passwords for years now on vanilla hardware in minimal time - it's not very fast, but if you try a list of a Million Wimpy Passwords, you can catch reasonable numbers of users on a big system. Typically, it was most effective to try to crack root's password, because root can usually the rules for minimum password length for its own password, while real users have to pick better passwords :-) Better algorithms like MD5 let you use longer passwords, so you're not only able to get better theoretical strength, but you're more likely to pick passwords that aren't wimpy and you've got enough room to pick really unique salt. (But the algorithms are also faster than DES, so you'd need to crank them about 100 times instead of 25.)

    But the more general problem is crackable also. The EFF DES cracker machine from 1998 is probably still gathering dust in John Gilmore's basement. They built it to demonstrate how irresponsibly inadequate the government's crypto export strength rules were. It took about 2-3 days for the average DES crack, and so did the distributed.net Internet cracker effort at the time. The Unix password algorithm cranks a modified DES about 25 times, so it's proportionally slower, and you can't use the same ASICs (that's deliberate), but if you wanted to build cracker hardware with FPGAs it wouldn't be too hard, or ASICs if you really want to target Unix passwords. Moore's law means that if you can talk the same number of people into running your password-cracking screensaver, you can go about 10 times as fast as in 1998, and an ASIC version would probably have a similar speedup.

    Remember that there are somewhere around 100,000 - 1 million virus-infected PCs 0wned by spammers out there - if they wanted to run CPU-burners for some reason, they could, and symmetric crypto is a great match for massive parallelism with low communication rates.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  107. Keylength Issues - theory and practice. by billstewart · · Score: 1
    "Better security per key-bit" is a silly measure. "Conveniently short keys that are adequately strong" is a more realistic measurement. RSA and Diffie-Hellman keys need to be at least 1024 bits long, and many people are sufficiently paranoid that they'd prefer 2048 instead, and there are applications for which this is a problem - Secure DNS, for instance, which has to fit many kinds of messages in 512-byte packets (576 including headers). The Certicom people say that 224-bit long ECC keys are equivalent to 2048-bit RSA, and 163-bit ECC to 1024-bit RSA, and there are applications where those 20-30-byte keys are really much more convenient.

    In particular, short keys make it natural to pass around the actual key, instead of some KeyID record like PGP does with RSA keys, which not only reduces the chances of Bad Things happening in your protocols, but also means you're much less dependent on keyservers; you can print the key on your business card, or include it in hex in your email signature line (see James Donald's Crypto Kong program for a nice example.)

    The risk with ECC isn't brute force crackers (so the contest is mostly silly.) It's theoretical math breakthroughs - precisely because we haven't had the same depth of math concentration on ECC that we've had on factoring in the last 20 years.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  108. No, it doesn't make sense by billstewart · · Score: 1
    A much smaller 224-bit ECC key offers the same level of encryption as 2048-bit key in the competing RSA format. In other words, a company would need 16 times stronger encryption to get the same level of protection that Certicom offers in the ECC format.

    No, it doesn't make sense, which suggests that the author either doesn't get it at all or else got confused during a cut&paste. (For instance, there's a table on certicom's site that says the key length difference is 1:6 for 163-bit ECC vs equivalent 1024-bit RSA...)

    Anyway, if you need adequately-strong keys, that's typically 224 bits for ECC vs. 2048 bits for RSA, and there are applications where it's easy to fit 224 bits and annoying to use 2048, such as DNS security or smart cards or email signatures. If your threat model is more relaxed, you might get away with 163-bit ECC or 1024-bit RSA, but you've got more risk that somebody's going to do interesting theoretical attacks on ECC and erode a few bits from the strength. For symmetric-key applications, you'd typically use 128-bit strength (or triple-DES at 112 bit strength, either with 2 or 3 keys.)

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  109. Mod parent as Flamebait, eh? by Anonymous Coward · · Score: 0

    Stupid Yankee....

  110. Re:Encryption by Anonymous Coward · · Score: 0

    Your opinions fascinate me, and I'd like to subscribe to your newsletter.

  111. Re:Brute force by IainHere · · Score: 1

    >>These people are not God's

    Are you saying that they're with the other side?

  112. Re: Annoying Paperboy! by kris_lang · · Score: 1

    Yeah, I was getting tired of that paperboy following me down those ski slopes and recreating Hitchcock-esque scenes when I tried to get into my car.

  113. History? by trainsnpep · · Score: 1

    It's the 'Code that can't be cracked'....just like the Titanic, the ship that couldn't sink. Aside from the fact that making statements which you can't entirely back up with scientific proof, saying something is impervious is invoking fate's rights to Murphy's law....

    --
    --<Mike>--
  114. I invented a very labor-intensive encryption by localhost00 · · Score: 1

    I have been wanting someone to try to crack my encryption scheme.

    --

    Calling atheism and agnosticism a religion is like calling bald a hair color.

  115. Re:Brute force by Anonymous Coward · · Score: 0

    Maybe they're with the Brute Force.

  116. I may be mistaken... by Anonymous Coward · · Score: 0

    But I believe that a 168 bit key in an elliptic curve cryptsystem is roughly equivalent to a 1000 bit key in something like RSA.

    And a 1000 bit prime number is no laughing matter, computationally. I believe there are something like 10^97 1000 bit prime numbers predicted by the prime number theorem. Considering there are Something like 2^60 seconds predicted since the big bang, it seems like a pretty safe key length. Assuming, of course that it is hard to calculate a discrete log over an elliptic curve, which I believe is what the contest is all about.

  117. 2 bad by Anonymous Coward · · Score: 0

    nothing is impossible