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 ;)

51 of 276 comments (clear)

  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

  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. 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 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.

    3. 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.

    4. 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?
  4. 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 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

  5. 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

  6. 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.

  7. 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..

  8. 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.
  9. 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.

  10. 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.

  11. 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

  12. 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 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.

  13. 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?

  14. 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...

  15. 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.

  16. 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!)
  17. 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*
  18. 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
  19. 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!]

  20. 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.




  21. 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.
  22. 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.
  23. 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?

  24. 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

  25. 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.

  26. 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.
  27. 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.

  28. 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.

  29. 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.

  30. 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.

  31. 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!
  32. 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
  33. 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
  34. 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.
  35. 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?
  36. 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.
  37. 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 :(

  38. 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.
  39. 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.

  40. 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.