Slashdot Mirror


Animated Encryption

An anonymous reader submits: "Cartoons for fun and secrecy -- A student at the University of Dayton has apparently come up with an encryption scheme using computer generated animation. Story at the Chronicle of Higher Education."

156 comments

  1. Johny Nemonic by Anonymous Coward · · Score: 0

    fun.

    1. Re:Johny Nemonic by wheany · · Score: 1

      Is that a porn-version of Johnny Mnemonic?

  2. Scant on details by SpatchMonkey · · Score: 4, Interesting

    The article was a bit scant on details. As we've seen before, if you keep your encryption scheme unpunlished and just claim that it is 'unbreakable', usually someone comes along later when it is in use and breaks it for you.

    Actually it sounds quite similar to the 'teenage genius' story of that Irish schoolgirl who had her similarly 'unbreakable' matrix encryption scheme widely publicized without peer review, and then broken.

    It'll be interesting to see what happens in this case ..

    1. Re:Scant on details by Anonymous Coward · · Score: 0

      I didn't know the Irish girl's thing was broken/debunked. Can you post a link?

      Thanks in advance -
      Aoyos Cwr
      nnmu oad

    2. Re:Scant on details by SpatchMonkey · · Score: 2, Informative

      Yep, here you go. She cracked it herself shortly after it was publicised, the method is detailed in the appendix.

      Also here's a link to the press release this guy's university published on his work. Although, come to think of it, it looks quite familiar. Is this a repeated story?

    3. Re:Scant on details by SpatchMonkey · · Score: 1

      Sorry, I was confused, no it's not a repeated story. I read it a couple of weeks ago in this journal.

    4. Re:Scant on details by DebtAngel · · Score: 1, Troll

      Well, it is getting patented. Once the patent process is complete, the scheme will be published because, well, that's the point in getting a patent in the first place.

      Oh, right, Slashdot. Patents evil. Meh.

      --

      Is this post not nifty? Sluggy Freelance. Worshi

    5. Re:Scant on details by Anonymous Coward · · Score: 0

      right. patents on ALGORITHMS evil. slashdot or not.
      if you dont agree i patent 1+1 = 2. pay me everytime you add a number in your head.

    6. Re:Scant on details by SpatchMonkey · · Score: 1

      Huh? I never implied patents were evil.

    7. Re:Scant on details by BlueWonder · · Score: 2
      Oh, right, Slashdot. Patents evil.

      Patenting a new encryption algorithm is not only evil, but also stupid. Nobody will try to break a patented algorithm, and without years and years of expert cryptographers trying to break an encryption scheme, one cannot consider it secure.

    8. Re:Scant on details by DaveHowe · · Score: 2

      IIRC, the patent application is in the public domain too - after all, if it is secret, how can anyone check it? Patenting is a first-past-the-post system - hence people trying to modify a patent "on the fly" to include stuff originally not covered, rather than start a new one.

      --
      -=DaveHowe=-
    9. Re:Scant on details by Fjord · · Score: 2

      That would make sense if RSA hadn't patented their algorithm. True the patent has run out, but there were 6 years that I was waiting for it to happen. Since then, that patent helped them create a well respected security company.

      --
      -no broken link
    10. Re:Scant on details by Beliskner · · Score: 2
      encryption scheme using computer generated animation
      <Bugs Bunny> Ehhhhh, what's up Doc? </Bugs Bunny>
      <Daffy Duck> 10100101000101000111010111010010 </Daffy Duck>
      --
      A caveman dreams of being us, the incalculable power and riches. We dream of being Q, then what?
    11. Re:Scant on details by Anonymous Coward · · Score: 0

      <Daffy Duck> 01110010011000010110001001100010011010010111010000 10000001110011011001010110000101110011011011110110 1110 </Daffy Duck>

    12. Re:Scant on details by BlueWonder · · Score: 2
      That would make sense if RSA hadn't patented their algorithm.

      True, but a different situation. RSA was the first, and for years the only, (pratical) algorithm to solve a specific problem (the problem of key distribution). It's different if you patent a symmetric encryption algorithm, because there's a large number of unpatented symmetric encryption algorithms to choose from.

    13. Re:Scant on details by Fjord · · Score: 1

      Ok. This makes sense to me now. If there are several unpatented algorithms that have equivelent features as yours, then you shouldn't bother patenting them, since it will just encourage noone to adopt it over the well known unencumbered ones.

      Even though RSA wasn't the first assymetric-authenticating key systems (Diffie-Hellman was before it), all other assymetric key systems were also patented, so it worked well. Now with several such systems unencumbered releasing a new encumbered one wouldn't work out well.

      This is probably true for things other than encryption. A widget that acts exactly like another without a patent probably won't do well if all other things are equal. Buut with encryption, as you say, you need adoption for credibility which leads to adoption.

      --
      -no broken link
  3. No details? by DaveHowe · · Score: 3, Interesting

    There seem to be no details in the story about just What this marvelous breakthough is; it can't just be that they use encrypted data as motion data and generate a cartoon of it - that is just steganography, and a pretty obvious version too (plus of course, any movement of one character that obscured a move of another would cause data loss).
    Anyone know of a more technical piece on this?

    --
    -=DaveHowe=-
    1. Re:No details? by SpatchMonkey · · Score: 1

      They said it had something to do with the algorithms they use to generate realistic looking character movements. Maybe this has it's roots in chaos theory?

    2. Re:No details? by Lars+T. · · Score: 2
      He simply adds numbers from a PRNG into the encryption process. AFAIK that is not new. And if you know what RPNG and the seed(s), it's also not really safe.

      The link to animation is very thin, you can use PRNG for "random movements" in computer animation. That's about it.

      --

      Lars T.

      To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

    3. Re:No details? by DaveHowe · · Score: 2
      Not sure about that - crowd motion is random, but constrained; arms don't just jerk back and forth, but move smoothly (although not a constant speed) between a start and end point; both legs can't be off the ground at once without the body moving down under gravity, lifting a leg up means moving it forward (because of the hinges and so forth) its a mechanical system that can be modelled mathematically. It is possible that the encoding is in the constraints of a system, not the actual values (which can be randomly or pseudo-randomly generated.

      I still doubt anything here is practical though.

      --
      -=DaveHowe=-
  4. Pointless article. by fogof · · Score: 2, Insightful

    This is such a pointless article. They give no insight on the technology. And one of the major points: The inventor is a teenager. Ok ... Maybe if they write about it in a couple of years when the patent passes it might not be a wast of time/bandwidth to read that article. There was no insight only saying saying that he used random numbers and cartoons. And oh yeah, they tried to sell it. If you are going to write about a tech, please .... please describe the technology, isn't that the point ?

    --
    --=.=-- www.cyber2000.qc.ca
    1. Re:Pointless article. by DaveHowe · · Score: 2

      One point that does occur to me - they claim to have made a patent application - so why not link to that application in the article? I thought the us patent office were online these days?

      --
      -=DaveHowe=-
    2. Re:Pointless article. by SirSlud · · Score: 2

      It is.

      --
      "Old man yells at systemd"
  5. Hmm ... by B3ryllium · · Score: 2, Funny

    What happens when you need to break the encryption?

    Do you call in The Tick?

    Freakazoid?

    The Brain?

    Who knows ... ;-)

    1. Re:Hmm ... by Rune69 · · Score: 1
      Ahh come on, when there's serious encryption-breaking to do, you need REAL power.
      The power of American Maid! *triumphant musical noise plays in the distance*

      If this encryption is any good though, the kid better get his lawyers on the phone now, before:
      a) Dubya labels him a terrorist mastermind (ok ok, so Dubya wouldn't use a big word like mastermind)
      b) Some software mobsters (read: Microsoft) decide to 'liscence' (read: steal) the algorithm from him.

      --

      When faced with a problem, many web developers say "I know, I'll use JavaScript!".
      Now they have two problems.
    2. Re:Hmm ... by Anonymous Coward · · Score: 0
      Nah, nothing is american maid

      It is all maid in the far east where it is cheaper <g,d>

  6. Unbreakable encryption? by BlueWonder · · Score: 5, Interesting
    An unlikely combination of interests -- cartoons and math -- has inspired a sophomore at the University of Dayton to develop a new, and potentially unbreakable, encryption technology.

    There already is an unbreakable encryption: the One-Time Pad. Furthermore, it is mathematically provable that no unbreakable encryption can have a shorter key than the One-Time Pad. Since the One-Time Pad algorithm is already extremely simple and fast (XORing the key with the plaintext), I don't see a need for any other unbreakable encryption.

    1. Re:Unbreakable encryption? by DaveHowe · · Score: 2
      OTP is a marvellous encryption system - low on cpu, unbreakable security, can be done by hand with less than ten minutes training.

      Unfortunately, the large amount of non-reusable key data that is needed (equal in size to the data to be encrypted) means it is almost unusable; a major government could afford to hand courier a cd full of pad to a embassy; I doubt Amazon could afford to do the same to protect your CC details.

      Btw, what is the mathematical proof of keylength? I would be interested to see that, as even a simple variant (compressing the plaintext then using OTP) requires less key data...

      --
      -=DaveHowe=-
    2. Re:Unbreakable encryption? by Anonymous Coward · · Score: 0

      It's not the data amount in the OTP, it's the act of transporting the data. How do you find a courier to trust?

      That's why, without exception, all cryptology research is in some form of public key crypto. If you can keep the key secret, the problem is trivial.

    3. Re:Unbreakable encryption? by BlueWonder · · Score: 2
      Btw, what is the mathematical proof of keylength?

      Very roughly, it goes like this: We define "unbreakable" as the following property: An eavesdropper cannot learn anything (except the length) by looking at the ciphertext, i.e. given a ciphertext, every plaintext of the same length is equally probable. This property can only hold if there are at least as many keys as possible plaintexts, therefore the key cannot be shorter than the plaintext.

      I would be interested to see that, as even a simple variant (compressing the plaintext then using OTP) requires less key data...

      This case, the compressed plaintext counts as the plaintext. :)

    4. Re:Unbreakable encryption? by DaveHowe · · Score: 2
      To a large extent, it *is* the data amount in the otp. a system that required you to transport one cd's worth of data to a remote subsiduary *once* in the entire lifetime of the system would be practical; you could send a staff member in person with one install disk for the software, and one data disk for the keys

      however, a VPN system relying on CDs with keydata on them would probably eat a cd a day just on routing and housekeeping data, never mind actual traffic.

      --
      -=DaveHowe=-
    5. Re:Unbreakable encryption? by evalhalla · · Score: 1
      even a simple variant (compressing the plaintext then using OTP) requires less key data

      Yes, but then you have some information on what the original text could have been, as it should be a valid [insert compression program] file. The reason why OTP is unbreakable is that if you try to attack it by brute force you'll have all of the possible messages of the same lenght, and you'll have no clue about which one is the real one. On the other side, if you compress the text and then apply brute force, you'll have all of the possible files of that lenght, but only a small part of them will be valid compressed files and this may help finding the real message.

      I think that the actual proof works more or less in the same way: if the key is random, and exactly the same size of the text you get every possible message, even with bruteforce, if the key is shorter there are more chances that you'll be able to find some pattern in the cryptogram that will help you to decifrate it, and anyway with bruteforce you'll get only a subset of the possible messages, so that you may have a clue on what the real message was.

      Of course this is required to have a really unbreakable system, mathematically proof: ohter systems may be statistically unbreakable, either because you need lots of time to decipher the messages, or because with brute force you may not get all of the messages of the same lenght, but you'll get enough to have really small chanches to find out the real one. Those will work just fine for most needs, like Amazon etc.

    6. Re:Unbreakable encryption? by DaveHowe · · Score: 2

      That's nice enough in theory; however, it is possible to imagine systems that don't require a 1:1 correspondence between key and data length to acquire this property. The simplest example would be to exploit the entropy within data already encoded to generate additional keydata. Given (say) a 2K block of compressed data, you could hash the first K of data to give a single byte; adding this to the keydata for the second K would allow you to reliably and unbreakably encode the second K with 1023 bytes of truely random keydata.

      --
      -=DaveHowe=-
    7. Re:Unbreakable encryption? by Anonymous Coward · · Score: 0

      You could transport a semi-truck full of harddrives. Information is taking less and less space every day.

      You have to ask this question: How much do I really need to encrypt? Can I get away with only encrypting important stuff, so I don't waste my key on trivial junk?

    8. Re:Unbreakable encryption? by DaveHowe · · Score: 2

      Yes, but then you have some information on what the original text could have been, as it should be a valid [insert compression program] file
      True enough; however, this won't give you any sort of a handle on what the original data was (although it will give you an idea of how much entropy was in the data, if you have any idea how big it should be decompressed). It will give you a good chance of a little keydata (particlarly if the file has a fixed-text header after compression) but as keydata is never reused, that isn't a vunerability.

      --
      -=DaveHowe=-
    9. Re:Unbreakable encryption? by Proaxiom · · Score: 2
      I would suggest you find a book on Information Theory. It's an interesting subject, and very relevant to cryptographic theory. The proof of minimum key length relies exactly on the relationship between the entropy of the plaintext and the entropy of the key.

      The simplest example would be to exploit the entropy within data already encoded to generate additional keydata.

      Once you do this, your scheme is now breakable.

      Keep in mind that a legitimate attack is an exhaustive search of the key space. If there are fewer possible keys than possible plaintexts, then for a given ciphertext the attacker can figure out a range of candidate plaintexts that is smaller than all possible plaintexts. That means the attacker has gained information.

    10. Re:Unbreakable encryption? by robolemon · · Score: 1

      What about a One Time Pad that is one less than the length of the ciphertext? It seems to me like having the first and last number the same doesn't compromise the security of the message one bit!

      --

      I design user interfaces for a free network management application,

    11. Re:Unbreakable encryption? by BlueWonder · · Score: 2

      Such a scheme may well be good enough in pratice, however you can no longer prove mathematically that it is unbreakable.

      An attacker with enough resources could encrypt all possible 2048 byte paintexts with all possible 2047 byte keys. For some of the 2^2048 plaintexts, it will not be possbile to generate the given ciphertext with any of the 2^2047 keys. The attacker can rule these out as possible plaintexts. No longer are all possible plaintexts equally probable -- therefore, it's not unbreakable in the sense defined in my previous posting.

    12. Re:Unbreakable encryption? by Anonymous Coward · · Score: 0
      There already is an unbreakable encryption: the One-Time Pad. Furthermore, it is mathematically provable that no unbreakable encryption can have a shorter key than the One-Time Pad. Since the One-Time Pad algorithm is already extremely simple and fast (XORing the key with the plaintext), I don't see a need for any other unbreakable encryption.

      I see such a need: I've patented one-time pad! The world is mine MUHAHAHA!
      As a side note, I've also patented numbers up to 10^3.
    13. Re:Unbreakable encryption? by Jerf · · Score: 2

      "It seems to me"

      Famous last words in the field of cryptography.

    14. Re:Unbreakable encryption? by BlueWonder · · Score: 2

      I won't discuss if it compromises security, since I'm too lazy to define mathematically what compromised security means. :) But one thing is for sure: such a scheme is not information theoretically unbreakable. Please see my posting elsewhere in this thread for a more elaborate explanation.

    15. Re:Unbreakable encryption? by z-man · · Score: 1

      One time pads are useful for small amounts of data/one time transmissions, but for huge data it becomes quite useless. Another thing with one time pad is that both sides need to have the key (symmetric cryptography) and the pads have to really be random, or secure pseudo-random.
      I'll agree that one time pads are the only true secure form of cryptography, but that is still not reason enough not to develop more/better algorithms which are more effective in other areas.

    16. Re:Unbreakable encryption? by evalhalla · · Score: 1

      It would be no longer mathematically unbreakable. Of course, if the message is a few TB long your method won't compromise much, but it won't help you transmitting the key, either; on the other side if your message is 8 bit long a 7 bit keys will compromise almost everything.

    17. Re:Unbreakable encryption? by BlueWonder · · Score: 2
      I'll agree that one time pads are the only true secure form of cryptography, but that is still not reason enough not to develop more/better algorithms which are more effective in other areas.

      Any truly unbreakable cipher (in the information theoretical sense) needs a random key at least as long as the plaintext. This is provable. Therefore, no information theoretically unbreakable cipher can exist which is more effective than the One-Time Pad.

      If it is more effective, it is not unbreakable. Of course, this says nothing about usefulness. In fact, effective but breakable ciphers are more useful than unbreakable ciphers in almost all cases.

    18. Re:Unbreakable encryption? by DaveHowe · · Score: 2

      Keep in mind that a legitimate attack is an exhaustive search of the key space. If there are fewer possible keys than possible plaintexts, then for a given ciphertext the attacker can figure out a range of candidate plaintexts that is smaller than all possible plaintexts. That means the attacker has gained information.
      This is true - I should have thought it though more. I will surrender on this one before I look a bigger fool than I do now :)

      --
      -=DaveHowe=-
    19. Re:Unbreakable encryption? by evalhalla · · Score: 1

      If it gives you any sort of information on the original message, other than its lenght, the system is no longer mathematically secure. Still reasonabily secure, but then there are lots of reasonabily secure encryption systems that are easier to use (expecially for key transmission).

    20. Re:Unbreakable encryption? by DaveHowe · · Score: 2

      By definition, it no longer gives you any info at all about the original message - not even its length :)

      --
      -=DaveHowe=-
    21. Re:Unbreakable encryption? by evalhalla · · Score: 1

      It may tell something about the entropy of the original message, and anyway it will tell you that among all of the possible messages with the given lenght (the one encrypted message) not all of them are valid "possible original messages", but only a subset. It may be little information, but mathematically enought to say it's no longer unbreakable.

    22. Re:Unbreakable encryption? by DaveHowe · · Score: 2

      Ok, I call uncle on this one too :)

      --
      -=DaveHowe=-
    23. Re:Unbreakable encryption? by John+Sullivan · · Score: 1
      An attacker with enough resources could encrypt all possible 2048 byte paintexts with all possible 2047 byte keys.

      There's a nice analysis of this at the start of Applied Cryptography. Basically a brute force attack against symmetric keys larger than some limit (which is between 128 and 256 bits) requires resources far in excess of what the universe can provide to a solution running with current technology. There is provably not enough matter to store the results, or not enough energy to run any possible algorithm. The problem is not only a practical impossibility (which it becomes much earlier with current tech) but a theoretical impossibility according to our current understanding of the universe.

      The easy way forward in attacking problems of this size is to analyse the encryption algorithm and find some weakness which leaks additional information, drastically reducing the effective key size. Otherwise you have to discover some radical new methodology outside the bounds of current physical theory. Even quantum computing will not be useful against some of these classes of problem - a totally unforeseen approach is required. I feel fairly confident that I'm not going to meet an attacker with "enough resources".

      --
      This is my World Wide Web of Whatever
    24. Re:Unbreakable encryption? by Ctrl-Z · · Score: 1


      With OTP, it is provable that, regardless of computational power, the encryption is unbreakable. Even if you found some way to generate infinite computational power, the system itself would be unbreakable [1].

      [1] Let's see Oracle try to prove that!

      --
      www.timcoleman.com is a total waste of your time. Never go there.
  7. Computer != true randomness by Toshito · · Score: 1

    How does he generate his randow numbers?

    A computer can do pseudo randomness... but since it's not truly random there are ways to detect periodic repetitions and thus find the missing key to decrypt the message...

    The only way to be truly random would be to have an outside source (like a camera pointing to lava lamps, or a tree in the wind, backgroud noise, etc...).

    This article is not very detailed, but I understand this invention is in the process of being patented, so we'll have to wait...

    --
    Try it! Library of Babel
    1. Re:Computer != true randomness by Anonymous Coward · · Score: 0

      Take a look at the implementation of /dev/random on a UNIX that provides it. Most of them use data from the user and hardware to gather truly random data.

      Hell, with a dedicated hardware implementation (like the Intel i810 had), you could even measure ridiculous things like fluctuations in power/fan speed. Or if you're one of those who is running a chip 300mhz above its spec, maybe time between NMIs. (*ducks*)

    2. Re:Computer != true randomness by Antity · · Score: 2, Informative

      How does he generate his randow numbers?

      A computer can do pseudo randomness... but since it's not truly random there are ways to detect periodic repetitions and thus find the missing key to decrypt the message...

      What you mean is probably: "Computers cannot generate true random numbers in software".

      Germanium diodes are said to generate real random, chaotic electron flows if used in blocking direction.

      One usually uses a Germanium diode, places an A/D converter past it and calls it "hardware random number generator".

      That said, scientists still aren't sure whether there is such a thing like "true random numbers" at all. Create your own universe and maybe you will be able to predict any "random" number that beings within this universe try to create.

      --
      42. Easy. What is 32 + 8 + 2?
    3. Re:Computer != true randomness by SpatchMonkey · · Score: 1

      Which scientists?

    4. Re:Computer != true randomness by Toshito · · Score: 2, Interesting

      You are correct, but I must say that the Germanium diode you are talking about must be considered as an external source of randomness, since it's not something normally found in a computer.

      What I meant to say is that in today's personal computers, there is nothing truely random.

      Video poker machines have been exploited because the random numbers they generates tend to repeat. When you sample those numbers over a couple of weeks, you can see patterns emerging from those numbers. If you can find a formula or method that duplicates theses patterns, you have a way to predict the "random" numbers that the machine will generate.

      --
      Try it! Library of Babel
    5. Re:Computer != true randomness by Toshito · · Score: 1

      Using data from the user input is not very usefull if your machine is a dedicated encryption server wich nobody even touches for months...

      --
      Try it! Library of Babel
    6. Re:Computer != true randomness by z-man · · Score: 1

      Timing keyboard interrupts and similar and generating an entropy pool of pseudo-random numbers and using them (like the Linux-kernel does (/dev/random)) generates supposely strong pseudo-random numbers.

    7. Re:Computer != true randomness by Antity · · Score: 1

      You are correct, but I must say that the Germanium diode you are talking about must be considered as an external source of randomness, since it's not something normally found in a computer.

      It's as external as your network card is, which (also) (still) isn't part of quite a big part of the installed PC park.

      Should be quite cheap to produce as a USB plug, too, and could finally remove this annoying "please move your mouse and press some keys" entrophy gathering some homebanking programs (and crypto key generators) still require.

      What I meant to say is that in today's personal computers, there is nothing truely random.

      Well, let me see, there is:

      • Intel's i810 chipset:

        "The FWH - 82802

        Behind the name 'FWH' = 'Firmware Hub' you'll find a chip that's not much else than a 4 Mbit EEPROM plus a tiny bit of active silicon. The EEPROM contains the motherboard and graphics BIOS and the active silicon is a random number generator."

      There is even Linux support for this (Character Devices -> Intel i8x0 Random Number generator support) and as far as a quick search on the net shows it's also present in the i815.

      Although, but this is my perfectly personal opinion, I wouldn't trust some blackbox random number generator manufactured by Intel.

      --
      42. Easy. What is 32 + 8 + 2?
    8. Re:Computer != true randomness by mesocyclone · · Score: 2

      Even hardware random generators are prone to bias. For example, the germanium diode might generate more 1's than 0's. That knowledge alone may be enough to break messages. Thus it is not trivial to even create one time pads... they source of THAT data must also be random.

      Another example... use the time between radioactive decay detects. This is theoretically random from quantum physics.... BUT.... there may be artifacts. For example, there will be a minimum time resolution of your detector. It may have hysteresis or dead times after a particle is detected.

      As has been shown many times, cryptography isn't for the faint of heart. It also isn't for the foolish, like this kid's father.

      --

      The only good weather is bad weather.

    9. Re:Computer != true randomness by Antity · · Score: 1

      the germanium diode might generate more 1's than 0's. That knowledge alone may be enough to break messages.

      Mmh, I'm not really into the maths, but would it help to add _another_ germanium generator with the same characteristics that would invert the 0/1 signal from the first's ADC if it by itself produced a 1 signal?

      On second thought, though, I guess it won't: One would knew that in - let's say - 52% of bits the original signal was inverted. ok, bad idea, but worth a thought.

      [artifacts produced by the measurement equipment attached to the entropy source]

      Interesting thought. One would need a source of signal that was produced by the detector (ADC/whatever) itself.

      So, for computers, one'd need a source that would generate states of "0" and "1" in regular intervals and provide its own clock.

      Reminds me of the NT paradoxon. :-)

      --
      42. Easy. What is 32 + 8 + 2?
    10. Re:Computer != true randomness by karlm · · Score: 2
      Correct. Also don't forget that Linux et. al constantly gather entropy from your mouse movements, network traffic, HD seek times (influenced by turbulence inside the drive, providing "true" randomness).

      Try writing a program that takes several hundred MB from /dev/random. You'll find its runtime depends on how much mouse movement and other user input is going on. I once ran a random acess file system simulation for class. I went to dinenr and came back and the stupid thing was stuck. I later emailed the prof to let him know he should use /dev/urandom instead of /dev/random if he's not hyper sensitive about the entropy content and needs time-critical random data.

      Off hand, what PRNG does the Linux /dev/urandom use when it exhausts the entropy pool? My best bet is that OpenBSD uses Yarrow, but all bets are off with Linux.

      --
      Copyright Violation:"theft, piracy"::Anti-Trust Violation:"thermonuclear price terrorism"<-Overly dramatic language.
  8. That jiggle on the right... by StandardCell · · Score: 1

    ...means you bit-reverse that byte. Glorious. And this message is double ROT-13 encoded, so anyone reading it is in violation of the DMCA. *shakeshead*

  9. Not Using Animation to encrypt by nairnr · · Score: 5, Informative

    Maybe it is just me, but I think the poster is a little bit confused. It is not that animation is being used in encryption, but rather he was inspired by the crowd scene in Hunchback, where the characters movements were essential being controlled by random numbers to create a lively and chaotic look to it.

    The article then states that the thought was to use random data in an encryption algorythm to make it unbreakable. So I don't think that we will be seeing messages passed around the the next Disney flick...

    1. Re:Not Using Animation to encrypt by SuiteSisterMary · · Score: 2

      Sure, why not? It's neither encryption nor stego, but it's a great way to leave general instructions.

      "In the scene where the guy on stilts kicks some guards in the crotch, count how many guards get kicked. ONE guard means attack on Monday. TWO means attack on Tuesday. THREE means attack on Thursday. FOUR means attack on Friday. FIVE or MORE means attack at your own discretion."

      Once you've got an innocuous set of actions and indicators listed, you can throw up a 'student project' with something specific in the title, and live secure in the knowledge that your agents can safely view it, and act upon it.

      This is similar to the telltales used by intelligence officers everywhere to send and recieve messages to and from their agents. "If I'm carrying the newspaper folded up in a certain way, the meet is on. If I drop it, it means the meet is off. If I'm carrying it folded a different way, it means get to your bolt hole and leave the country."

      --
      Vintage computer games and RPG books available. Email me if you're interested.
  10. Real Work by JohnHegarty · · Score: 2

    " He hopes to sell the technology to computer companies, banks, government agencies, and other organizations that could use a secure code."

    Am i the only one who can't see many / any real world applications for this.

  11. Do I understand correclty? by gfilion · · Score: 2, Interesting

    Working with stick men in animation, Mr. Kauffman wanted to improve upon those techniques, assigning more numbers to more body parts and actions.

    While studying number generators for the cartoon project, he found references to mathematicians and computer scientists who had theorized that the technique could be used in encryption technology [...]

    "Since you don't know what any of the values are mathematically, [a hacker] can't solve it," says Robert E. Kauffman, who is a senior research chemist at Dayton and Jason Kauffman's father.

    If I understand it correctly, Alice sends a cartoon to Bob. Bob knows which features to looks for (for example the head and feets) -- that's the secret key -- and can then reconstruct the message by analysing the movements of these features.

    Not too dumb, but it looks more like steganography than cryptography.

    GFK's

  12. unbreakable? right.... by KillerCow · · Score: 3, Insightful

    new, and potentially unbreakable, encryption technology

    Unbreakable? Sounds like snake oil already...

    An idea dawned on him for a unique way to use random numbers in a math equation to encrypt data.
    "Since you don't know what any of the values are mathematically, [a hacker] can't solve it,"


    This is ridiculous. Some stream ciphers use random number generators for their encryptions. The problem is, that since the "random" numbers come from a random number generation algorithm, they are not random -- they just appear to be. When they are subject to analysis, patterns are found, and the whole system is compromised. The security lies in how hard it is to predict the "random" numbers.

    Jason Kauffman is going to continue plugging away at his mechanical-engineering degree.

    That's a good idea, since this sounds like the junk "unbreakable" encryption that comes around every few years. If he's interested in encryption, he should take some advanced math classes to get a better foundation to work from. And pick up a copy of Applied Crytography.

    Sorry about the rant... but this kind of thing gets me going.

  13. How is this new? by User+956 · · Score: 1

    Random numbers are used extensively within encryption techniques, particularly for generation of keys. As the key is primarily the guardian of your data, it is vital that it is truly random to ensure it can't be guessed or determined by frequency analysis (or other methods).

    This is particularly important for block cipher algorithms which use the same key over and over again on successive blocks of data!

    --
    The theory of relativity doesn't work right in Arkansas.
  14. You're right, there's no reason for alternatives by DeHar · · Score: 1

    Two problems with one-time pads:
    1) Generating the pad initially, and
    2) exchanging the pad.

    Why not look at other possibilities, since this method has clear limitations?

    No reason to limit research...

  15. At last I understand those Simpsons cartoons! by Aliks · · Score: 1

    Now its clear to me: they were sending coded instructions to operatives in the field.

    When they all leap onto the sofa at the start of the episode it truly means something.

    Now if only I could get a look at the decode manual . . .

    1. Re: At last I understand those Simpsons cartoons! by Antity · · Score: 2, Funny

      When they all leap onto the sofa at the start of the episode it truly means something.

      Now if only I could get a look at the decode manual . . .

      Homer's hair. Nuff said.

      And whenever they need to send a burst of data, there always is some reason to show Homer in the 60s in the storyline, right? ;-)

      --
      42. Easy. What is 32 + 8 + 2?
  16. New Patented Idea by mborland · · Score: 5, Funny
    I can't disclose the details of my new patented idea for what I know is an unbreakable encryption algorithm, but I will describe my research.

    I was sitting outside and saw all the blades of grass swaying in the wind before me. I noticed how some were shorter than others, and that they actually didn't all have the exact same color. I thought if I assigned a number to each of these and several other characteristics, I'd be well on my way to unbreakable encryption.

    My dad used to be a pretty famous rodeo clown in the 60s and an alumnus of the college I'm attending, so when I approached the board of trustees for approval for my research, they were ecstatic! They gave me $20,000 to conduct my research. Now I will be busy all summer observing the grass swaying in the wind. I plan to have a prototype ready at some point, I hope.

    1. Re:New Patented Idea by Anonymous Coward · · Score: 1, Funny

      That happens to be a crackerjack idea. I have a small suggestion to make it truly brillant.

      Have you noticed that the vertical measure of the individual blades of grass change with respect to time?

      You should ask for another $20,000 to watch that change.

    2. Re:New Patented Idea by Darth_Burrito · · Score: 1

      I used to know Kauffman (not very well), he was on my swim team a few years back. In addition my father also used to work in UDRI (University of Dayton Research Institute). UDRI is not composed of rodeo clowns and this is not the first time Kauffman has received large scale recognition for one of his projects:

      http://www.udayton.edu/news/nr/062397.html

  17. unimpressive by frovingslosh · · Score: 5, Interesting
    Too many times someone without a good background in this area thinks they have done something impressive, when they have really left wide open holes. Clearly we are not being given enough information here to prove this is the case, but the important thing is that we are not being given enough information to evaluate it either way. The article makes some vague claims but they are pretty lame:

    "Since you don't know what any of the values are mathematically, [a hacker] can't solve it," says Robert E. Kauffman, who is a senior research chemist at Dayton and Jason Kauffman's father. Robert Kauffman formed a partnership with his son and the university to patent the idea. The Kauffmans are reluctant to go into more detail about the idea because it's in the patenting process.

    Cryptography based on a hacker "not knowing" something can be in for quite a surprise. And there is not even a hint here that this technique is based on a mathematically sound formula that is "hard" to solve. Perhaps this guy is on to something, but this attempt to talk about it but at the same time claim they can't talk about it yet leads me to believe this is more of an exercise in hype or ego than anything scientific. Cartoon cryptography might turn out to be a fitting term for it.

    --
    I'm an American. I love this country and the freedoms that we used to have.
    1. Re:unimpressive by Proaxiom · · Score: 2
      Cryptography based on a hacker "not knowing" something can be in for quite a surprise.

      All cryptography is based on an attacker "not knowing" something. This 'something' is conventionally referred to as the 'key'.

      If you are alluding to Kerkhoff's Principle, then it is really about defining what makes a good key and what makes a bad key.


      Too many times someone without a good background in this area thinks they have done something impressive

      This is true, and I have small doubt this guy's idea will amount to nothing. I would add that many times people with good backgrounds in this area think they have done something impressive and later find a flaw. Good cryptography is really really hard.

      Of course, occasionally you get your Diffies, Hellmans, and Merckles who come up with relatively straightforward ideas that really are good, and really are significant. Even Rivest, Shamir and Adleman weren't experts in cryptography; they were number theorists who realized integer factorization would make a good trap-door one-way function.

    2. Re:unimpressive by westfirst · · Score: 2

      Diffies, Hellmans, and Merckles...

      First, it's Ralph Merkle. Second, the scheme he invented with Martin Hellman was broken. It looked cool at the time, but someone came up with a neat way to break it. So things come to naught even with the best prepartions and reputation.

    3. Re:unimpressive by Proaxiom · · Score: 1

      I was actually thinking of Merkle's Puzzles.

  18. Re:You're right, there's no reason for alternative by Anonymous Coward · · Score: 0

    Generating the initial pad is not much of a problem. You generally have to do something very very stupid to get your generation method reverse engineered. More than that, a property of any public key encryption method is that it can be changed into a very sucky key gen program that is still harder to reverse engineer than it is to break the original public key encryption.

    Your number two is the reason for public key crypto.

  19. Cool... by parad0x01 · · Score: 2, Funny

    So now I can encrypt animated pr0n in japanese anime...oh wait...

    --

    This .sig has been censored for your protection
  20. Re:Scant on details (not new?) by Anonymous Coward · · Score: 1, Insightful
  21. Re:unbreakable? right.... by Proaxiom · · Score: 1
    "Unbreakable" probably just means it's a one-time pad variation, that being the only known system that can support that claim. Off hand, I'd suspect he's just working on some way to use animation to convey key information. I don't know how that would work, though.

    But it's hard to criticize or admire whatever technique this guy is looking at, because there are no details in the article. (zero-knowledge reporting?)

  22. Let me get my smart-ass remarks in by scott1853 · · Score: 2
    Like his encryption technology, his studies have been inspired by Disneyland; he wants to use his degree to design roller coasters and other amusement-park rides.

    A few points here:

    It looks like he's already working on taking people for rides.

    At my next development meeting should I recommend we watch the Little Mermaid for inspiration on database design?

  23. Hold on now by parad0x01 · · Score: 1

    "Since you don't know what any of the values are mathematically, [a hacker] can't solve it," says Robert E. Kauffman, who is a senior research chemist at Dayton and Jason Kauffman's father.

    A senior research chemist, well holy smokes! This is the only freakin guy you could get for a quote on this new "unbreakable" cryptography system. What was the janitor at lunch!? Not only that, but its his father to boot, not to knock his extensive work in engine/oil products but come on!

    Hey while we're at it...My 4 year old sister says that my newly developed RDBMS is 120 times more efficent than Oracle's, so now can I have the $20,000 to patent it, thanks.

    --

    This .sig has been censored for your protection
  24. Re:You're right, there's no reason for alternative by BlueWonder · · Score: 2

    Since any truly unbreakable encryption scheme has to use keys at least as long as the One-Time-Pad, I do in fact consider the problem of unbreakable encryption solved. No need for further research.

    Of course, there's a lot of need for research into ciphers which are not mathematically provable to be unbreakable, but are more practical than the One-Time Pad. :)

  25. UD by Anonymous Coward · · Score: 0

    Notice he's from the Mechanical Engineering Dept. and NOT the Computer Science Dept.

    I last attended UD only 3 years ago. Frankly, their CS dept was terrible (and I doubt it has gotten any better). They taught everything in Ada only up until about 5 years ago when they FINALLY switched to C++. Why you ask? Probably so they could send the programmers over to the Wright Pat Air Force Base... I mean, who needs REAL world programming skills? But that's just my opinion...

    I started at UD in Electrical Engineering. UD has a great engineering school, but I eventually switched over to Computer Science. Had I been smart when I was looking for colleges (I should have realized I would switch over to CS almost immediately) I would have noticed that UD did not have a very good CS dept. Unfortunately, by the time I realized how bad their dept was, I was already entrenched. I had a co-op job (a very good one, where I learned far more real world skills than from my CS classes and am eternally grateful) and a great group of friends (most of which are living in Chicago with or near me today).

    Half the teachers in UD's dept could barely speak English. They seemed smart, but you didn't learn anything because you spent more time wondering whether Dr. Pan was talking about Breakfast or the Breadthfirst algorithim.

    Or maybe you sat in Dr. Gowda's class as he covered the same material for the 20th day in a row.

    Or maybe you sat in Fr. Shane's class and were blown away by how smart he was (I mean, for Christ's sake he was doing binary and hexadecimal arithmatic in his head!), but were left wondering why he was relegated to teaching a class that was HALF 360 assembler and HALF C (yup, half a semester of C was all you got).

    After that you went to Buckley's file systems class (which was really nothing more than a Cobol class that talked occasionally about file systems). Buckley was so scared of the class, he could barely write on the chalk board. I don't think the guy ever looked anybody straight in the eyes the whole semester! How can you teach a class like that?

    And let's not forget Dr. Winslow's class where you got so many points taken off for not capitalizing your variables that your average grade on your assignments was 40%.

    Finally, to finish things off, you ended up having to take the Networking II course (even though you REALLY wanted to take that Computer Graphics or AI course) because the schedule was such a cluster fuck, classes you HAD to take (like the Computer Ethics course) were only offered once a year and scheduled at the same time as the classes you wanted to take. This was after having taken Networking I which was taught by an Engineer, and had 5 engineering graduate students (out of about 32 students total) in it. So, of course, the guy taught the class to those 5 grad students (using Calculus which many of the undergrads hadn't even taken or weren't supposed to take) and the class average was a D (rumour going around at the time was that he got berated for it and the next semester he was the exact opposite, everybody got A's and the class was a joke).

    That was my UD experience. /me sighs...

    Now, that being said, I can only hope UD's CS department has gotten better. I doubt it, but you never know. Three years is a long time. The problem is, all the money the school made went straight to the Engineering school and the Law school. The rest of the school (especially the Business school) hardly ever saw a cent of it.

    If you are considering UD, and you are considering an Engineering or a Law school oriented (perhaps Criminal Justice) major, then by all means go to the school! It's a fun time, it's got a great atomosphere, beautiful campus, and the Ghetto is probably one of the greatest student assets any college in the world has. If you are going there for something else, please do your homework first. If you look behind the facade you might not like all that you see.

    On a related note, UD was one of the first schools to really push the internet as a learning tool if you read the media reports. Hah! I wish you could've been there when they were forced all incoming freshman to bring their own computers and then crammed three of them into dorm rooms that should have only held two. They did it because they couldn't properly run the computer labs (and/or didn't have the funds to do so). They wired the Ghetto, which was a nice accomplishment, but I never believed the reasons they gave for doing it.

    That's just my opinion anyway... I only went there for 5 years. I could be wrong, but as always, don't make the same mistake as me. Make sure you know what you're getting into before you pick a college (and be honest with yourself, if you like Computers, make sure you go to a school that has a good CS dept, even if you're primarily looking for a different major).

    I don't want it to sound like it was all bad, I had a great time at UD and I learned a lot (especially outside of the CS dept). I sometimes just regret my decisions, as I could have accomplished a lot more with my time at a different school. Such is life. Life is full of regrets and sometimes you just need to move on.

  26. Hello by Lord+Bitman · · Score: 1

    I made an encryption alg which is completely unbreakable. It uses numbers. I got the idea from mathmaticians while studying numbers. Holy FUCK ain't that keen?! Let's make a news story about it. Nah, just use what I just told ya.

    --
    -- 'The' Lord and Master Bitman On High, Master Of All
    1. Re:Hello by Anonymous Coward · · Score: 0

      I remember a quickbasic encryption program that printed the password's character's ascii values (in decimal, comma seperated) before the encrypted binary data in the encrypted output files.

      What a pile of garbage.

  27. bwahahaha you will never break my..... by ZaneMcAuley · · Score: 1

    .... Ren n Stimpy password :D

    --
    ----- Whats wrong with this picture? http://www.revoh.org:1234/whatswrong
  28. Math and animation by dstone · · Score: 2

    From the article reporter: "An unlikely combination of interests -- cartoons and math"

    Um. Has this guy never met a math or science student before?!

  29. Sounds like a hashing algorithm by Anonymous Coward · · Score: 0

    Sounds like he thinks this is a one-way algorithm - the numbers drive the characters movements, but you can't determine the numbers from just looking at the end result. Or so he thinks.

  30. More Details - His Abstract by Cryptosporidium · · Score: 5, Informative
    This is a direct quote from his science fair project abstract:

    The purpose of this project was to create unbreakable cryptography employing a random number generator for personal and business use on the Internet or for internal communications and data storage. A literature search found that currently used methods have computational security (DES, Public Key) and that only cryptography with "one-time pad" encryption and random keys has unconditional security. The hypothesis for this project was that unconditional cryptography is possible if the random number generator has perfect probability and is mathematically random. A wide range of random number generators (computer built-ins and from the literature) were tested for randomness, speed, range of seed numbers, simplicity, and period length. Randomness was tested for frequency patterns using the chi-square test method.

    The best random number generator (from literature) was combined with a shift cipher to produce cryptography that is simple to implement, suitable for personal or networked computers, and has unconditional security. The method uses one time, random keys and modulus arithmetic to make the cipher one-way and unbreakable. Disks containing a large array coordinates of the seed used to generate the one-time, random key can be transmitted publicly. The developed cryptography would be suitable for personal use, business sensitive messages and data, and top-secret military communications.

    1. Re:More Details - His Abstract by Proaxiom · · Score: 2
      I hope you getted modded up higher than 3. If he wrote that abstract then he really has no idea what he's doing.

      And presumably, his school has no idea what he's talking about.

      to make the cipher one-way and unbreakable

      This would be interesting. A one-way cipher? Cryptography actually is very easy when you remove the requirement of being able to decrypt the ciphertext.

    2. Re:More Details - His Abstract by Jerf · · Score: 2

      Cryptography actually is very easy when you remove the requirement of being able to decrypt the ciphertext.

      Hey, thanks, I think I just figured out what my Master's thesis will be... ;-) "On Cryptographically Secure Write-Once, Read-Never Memory And Its Application To Buzzword-Compliant Technologies."

      (disclaimer: I am not specifically a cryptographic researcher as that statement may imply. Just a regular ole' comp. sci. master's student who understand math well enough to trust the crypto researchers over a poorly-prepared teenager any day, no matter how romatic it might be to think that the teen has actually come up with something valuable...)

    3. Re:More Details - His Abstract by Proaxiom · · Score: 1
      Hey, thanks, I think I just figured out what my Master's thesis will be... ;-) "On Cryptographically Secure Write-Once, Read-Never Memory And Its Application To Buzzword-Compliant Technologies."

      If you switch to the University of Dayton, they'll probably give you a grant for it.

    4. Re:More Details - His Abstract by DaveHowe · · Score: 2

      The basic unit of DES is a one-way cypher...

      --
      -=DaveHowe=-
    5. Re:More Details - His Abstract by BlueWonder · · Score: 2
      The hypothesis for this project was that unconditional cryptography is possible if the random number generator has perfect probability and is mathematically random.

      If by "unconditional cryptography" he means information theoretical security, this hypothesis is provably wrong. Otherwise, I'd like to know what advantage his scheme offers with respect to (e.g.) the Blum-Blum-Schub generator.

    6. Re:More Details - His Abstract by Proaxiom · · Score: 1

      Where is it described as such? In crypto, 'one-way' means 'irreversible' or at least 'computationally irreversible'. The only time I have seen the term 'one-way cipher' used is in referring to hash functions.

    7. Re:More Details - His Abstract by God!+Awful · · Score: 2


      Where is it described as such? In crypto, 'one-way' means 'irreversible' or at least 'computationally irreversible'.

      The basic security of DES derives from a progression of pseudorandom numbers which are XORed with the plaintext (or portions thereof). The derivation of these pseudorandom numbers is a one way operation, even though the actual encryption is not.

      The only time I have seen the term 'one-way cipher' used is in referring to hash functions.

      RSA encryption is sometimes called a one-way trapdoor cipher.

      -a

    8. Re:More Details - His Abstract by Anonymous Coward · · Score: 0

      Anyone who considers arithmetical methods of producing random numbers is, of course, in a state of sin. -- John von Neumann

    9. Re:More Details - His Abstract by DaveHowe · · Score: 2
      Its part of the definition of DES.
      put simply:
      1. split data in half (a and b)
      2. do a one-way operation on a
      3. xor with b
      4. pass a xor b to the next stage as "a", pass a to the next stage as "b"
      to reverse, you
      1. take a (which is passed forward) and perform the same one-way operation again
      2. xor with the previous result to get b.
      obviously, for a single pass this is insecure, but after over a dozen, it becomes impossible to reverse without knowing just what the one-way operation was - which of course is key-dependent.
      --
      -=DaveHowe=-
    10. Re:More Details - His Abstract by Mewf · · Score: 1
      "On Cryptographically Secure Write-Once, Read-Never Memory And Its Application To Buzzword-Compliant Technologies."

      Hmm, in other worse, a crytpographically secure version of this?

    11. Re:More Details - His Abstract by swillden · · Score: 2

      Where is [the basic unit of DES] described as [a one-way cypher]? In crypto, 'one-way' means 'irreversible' or at least 'computationally irreversible'. The only time I have seen the term 'one-way cipher' used is in referring to hash functions.

      DES is one of a class of algorithms known as Feistel networks, invented by Horst Feistel in the early 70s. Feistel noticed that he could take any "round function", invertible or not, and create an invertible function from it.

      The idea's pretty simple, really (as most really good ideas are). To make an n-bit block cipher from an n/2-bit function f (preferably one-way), just take your n-bit data block and divide it in half. Call the halves L_0 and R_0 (L and R are for Left and Right, and the 0s should clue you in that we're going to repeat this a few times). Then, let:

      L_1 = R_0
      R_1 = L_0 XOR f(R_0)

      Or more, generally,

      L_i = R_(i-1)
      R_i = L_(i-1) XOR f(R_(i-1))

      To really make this a cipher, of course, f should be a keyed function and generally (like in DES) different keys are used for each round (well, different subkeys).

      The cool thing about Feistel networks is they are guaranteed to be invertible. To "decrypt", just execute the same process, using the reversed halves of the ciphertext as the input and running through the keys in the opposite order from that used to encrypt.

      As an example to give you a hint why it works, consider the final round of DES encryption:

      (eq. 1) L_15 = R_14
      (eq. 2) R_15 = L_14 XOR f(R_14, K_15)

      (K_15 is the final subkey, in case that's not obvious). The ciphertext is then L_15||R_15 (ignoring the whitening phase, which is reversible and hence ignorable).

      So, what happens if we reverse L_15 and R_15 and feed them back in, starting with the last subkey? The calculation is:

      L = L_15
      R = R_15 XOR f(L_15, K_15)

      Well, notice that since L_15 = R_14 (eq. 1), we can substitute the first argument to f, giving:

      R = R_15 XOR f(R_14, K_15)

      Now if we substitute right-hand side of eq. 2 for R_15, this is:

      R = L_14 XOR f(R_14, K_15) XOR f(R_14, K_15)

      Given the nifty properties of XOR that 'a XOR a = 0', and 'b XOR 0 = b', the results of f cancel each other out, leaving:

      R = L_14

      So we have "reversed out" the effects of f, without having to invert f. And since L = L_15 = R_14 (by eq. 1 again), we have recovered L_14 and R_14 and reversed the final round of the encryption. Do it 15 more times and you have the plaintext (again, ignoring whitening).

      Of course, none of this in any way implies that the guy mentioned in the original article has or has not done anything worthwhile.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  31. Re:Just for your archives.. by Karoshi · · Score: 1

    .. once http://lavarand.sgi.com/, now: http://www.lavarnd.org/

    --
    Don't answer me. Moderate. Slashdot is about moderation, not discussion.
  32. Google? by DaveHowe · · Score: 3, Informative
    A quick websearch threw up the occasional highlight:

    Jason finds way to recycle used oil
    gives a more technical view of the current discovery (its a prng by the way)

    --
    -=DaveHowe=-
    1. Re:Google? by mborland · · Score: 2
      I'm glad that his dad supports him in his scientific endeavors...but...his dad is in every article posted about him...interesting.

      His dad is most likely very intelligent, but a bit of a spin-meister:

      "Jason is so far outside of the box with his thinking that he can't find the box..."

      Puleeze!

      Good luck with the research...but there are a number of PRNGs out there already. Sounds like Jr. has learned a thing or two about how to spin a story from his dad...

  33. Re:You're right, there's no reason for alternative by NortWind · · Score: 2, Informative
    Two problems with one-time pads:
    1) Generating the pad initially, and
    2) exchanging the pad.

    1) Generating the one-time pad is easy with a hardware noise generator such as an avalanche diode. Marx makes a USB dongle that has a true white noise generator. Just pump the noise into a file, walla!

    2) Exchanging pads is not needed, as the one-time pad can be used in a symetric scheme, just a simple XOR will do fine. You only have to transfer the pad one way. Unfortunately, that is a problem that has no good solution.

  34. two words: SNAKE OIL by Dr.+Awktagon · · Score: 5, Insightful

    Yup, all the tell-tale signs are there:

    • claims that it's potentially "unbreakable"
    • hasn't spent much of his academic career breaking other people's cryptography
    • uses the clout of his dad to get funding
    • and of course, he's patenting it, which means it won't be of any use to anyone.

    My guess is, he found some "smooth noise" generator and thought that it would make a good source of "random numbers", used, e.g., as a key schedule algorithm, and as soon as the patent is published (which it will be, thanks to the dumb patent office), it will be broken (it probably has a short "key" to set initial conditions, which will be easy to break) and this guy will be forgotten.

    Though the cartoon connection is kinda cute and might get some press attention.

    Next?

    1. Re:two words: SNAKE OIL by Animats · · Score: 2
      Yup, that's it. It isn't even a original bad idea.

      There's lots of work to be done on encryption algorithms. A system based on an algorithm with a provable lower bound on solution time would be helpful. Some popular algorithms have "bad keys" that are easier to crack than the average key. A reliable way to detect man-in-the-middle attacks automatically would be useful. Systems that synch up fast on noisy channels would help.

      But another scheme based on a psuedorandom number generator isn't useful.

      "No new encryption algorithm is worth looking at unless it comes from someone who has already broken a very hard one" - Friedman

  35. Snake Oil by Jerf · · Score: 5, Informative
    Assuming this abstract is complete and correct, then it provides us enough information to know that his encryption technique is more snake oil.

    Specifically, we have the unbreakable claim warning sign, and even more specifically, this is almost certainly one of the one -time pad errors:
    The bits in the pad cannot be generated by an algorithm or cipher. They must be truly random, using a real random source such as specialized hardware, radioactive decay timings, etc. Some snake oil vendors will try to dance around this issue, and talk about functions they perform on the bit stream, things they do with the bit stream vs. the plaintext, or something similar. But this still doesn't change the fact that anything that doesn't use real random bits is not an OTP. The important part of an OTP is the source of the bits, not what one does with them.
    There's also the technobabble, secret algorithms, and revolutionary breakthrough warning signs.

    I hope they enjoy the $20,000 patent, 'cause it's not worth the paper it's printed on.
    1. Re:Snake Oil by DaveHowe · · Score: 2

      Not necessarily - I am told a *lot* of military field-crypto is basically a prng stream cypher. There were an extended series of arguments in [pgp-users] between Larry Randall (a supporter of prng stream crypto in hardware) and pgp enthusiasts - check the archives around april.

      --
      -=DaveHowe=-
    2. Re:Snake Oil by God!+Awful · · Score: 2


      The bits in the pad cannot be generated by an algorithm or cipher. They must be truly random, using a real random source such as specialized hardware, radioactive decay timings, etc

      This is one of the axioms used in proving that a one-time pad is "perfectly secure". If you don't use truly random numbers, there is no reason why your algorithm can't be secure; it just doesn't really deserve to be called "theoretically unbreakable".

      We already have ciphers which are based on algorithm-generated "one time pads." They are called stream ciphers. A stream cipher is simply a long string of pseudo-random data (derived from a shared key) which is XOR'ed with the text. It sounds like this kid has just invented a new kind of stream cipher.

      Stream ciphers are faster than block ciphers but they are less widely used because they also tend to be less secure. Block ciphers are less susceptible to attacks because the per-round encryption keys are data-dependent. Who knows -- maybe this kid has invented the best stream cipher in the world (but I doubt it).

      I hope they enjoy the $20,000 patent, 'cause it's not worth the paper it's printed on.

      You're right, but perhaps for the wrong reason. The patent is worthless because there are numerous free alternatives. Encryption inventors think a lot like open source advocates. Give away your algorithm for free and use your newfound fame to sell your books, network monitoring services, etc (e.g. Bruce Schneier).

      -a

  36. No such thing as unbreakable encryption by MoneyT · · Score: 1

    We can come immensly close to it, but if data was to move from human readable to encrypted and back to human readable, than at some point it had to be decrypted, and if it can be decrypted it can be broken. It doesn't mean that the chances of it being broken are immensely small, but the chance is still there. Espesialy if the randomness is generated by computer, I have yet to see a random generator scheme for a computer that doesn't have some sort of formula to it. True randomness is very hard to come by.

    --
    T Money
    World Domination with a plastic spoon since 1984
    1. Re:No such thing as unbreakable encryption by BlueWonder · · Score: 2

      I should probably have been more specific in my original posting. By unbreakable I mean information theoretically secure, a mathematically well-defined property which is in fact achievable and achieved by the One-Time Pad. I have given a rough definition here.

  37. Can't Find Jason Kauffman's Pat. App. by Peahippo · · Score: 1

    I wondered about the article -- being so scanty on info needed to evaluate Kauffman's claim -- and then sent searching online for the patent application. The cos site was a pay site, offering searches for US$250/yr for individuals. Screw that. I went to uspto.gov and then here within it. I did an "advanced" query for Kauffman's name on published patent applications; the query string was "in/Kauffman or in/Jason", the years were "2001-2002". I got 411 results -- too many. Dunno why I used "or" -- so I reduced the query to just "in/Kauffman", which got me 15 results. I went through any that even remotely could have to do with numerical processes, but none were from Jason Kauffman.

    Hmm.

    --
    [also misbehaves on Kuro5hin as Peahippo]
  38. Stupid encryption tricks. by Nindalf · · Score: 2

    Check out One Time Deck: the world's most wasteful encryption scheme. The key size (in expressible values) grows with the factorial of the message size (also in expressible values, not bits).

    Basically, your key is the equivalent of a randomly shuffled deck of cards with each possible messages written on a card. Your ciphertext tells where to cut the deck to find the card with your message on it. Each deck is used for only one message, then destroyed. Hence the name.

    It has the interesting property that if you don't have the deck, even if you know the plaintext exactly, any changes to the ciphertext will result in a completely random plaintext (except that it's not the same).

  39. Kickass! by unformed · · Score: 2

    Anyways, since you don't want to become bored while watching the grass, i've got some green "equipment" you might find handy. My pager number is .... oh fuck, the Feds........

  40. and what do you do for a living again? by Tablizer · · Score: 2


    I have this vision of an FBI agent watching tons and tons of porn in his cubicle. The boss comes by and starts scolding him. He then says:

    "Please calm down. It is possible to hide secret messages in images now. Here is a printout of a slashdot article about it. I am just looking for hidden terrorist messages in this porn found on Al-Quida PC's. I think her breasts are jiggling to a descernable pattern, so I am trying to plot the jiggle pattern here."

    Boss: "Then why are you sweating like that?"

  41. my take on it by Anonymous Coward · · Score: 0

    Sounds like the first intelligent thought spawned by a Disney product in 40 years.

  42. WORKING cartoon encryption by Jhan · · Score: 1

    A calls his counterpart B (shielded line), and says "Demon Tit Wonderful hentai, episode 5, x bytes!". A xors his file with the divx file and sends it to B. B gets the hentai from Kazaa and xors the data with it. Unbreakable (except for that shielded line of course)!

    --

    I choose to remain celibate, like my father and his father before him.

  43. It's not the usual is it? by The+Creator · · Score: 1


    seed rand() from user input
    while !EOF
    read a char
    print char ^ rand()

    ("^" is xor)
    We all did this when we were kids.
    You might also add a hash function like:

    print char ^ rand() ^ (lastin * lastout + lastin *lastout >> 8)

    ( ">>" is bitshift)
    There now it's data dependent, totally unbrakeable :)

    A variation is using + instead of ^ but then you need a corresponding decryption algo with -

    Suprisingly many people make the same algo(or similar variations of it) independently.

    --

    FRA: STFU GTFO
  44. Memories from the movies. by Malicious · · Score: 1

    While not exactly the same, this still seems reminiscant of Jonny Mnemonic, where the information stored in his head is locked away by 3 images, which are the key.

    --
    01101001001000000110000101101101001000000110001001 10000101110100011011010110000101101110
    1. Re:Memories from the movies. by Anonymous Coward · · Score: 0

      yeah but the dolphin found them out so it was useless

  45. Good one! by ImaLamer · · Score: 2

    And I heard if you watch the Lion King with special "bin Ladin" glasses you can see the Twin Towers falling as soon as Simba watches his father die.

    Snow White was used to plan the attacks....

    Sheesh

  46. So you can tell your boss... by asavage · · Score: 1

    it's not Hentai Anime, it is actually important encrypted company secrets

  47. This is "steganography"... by newestbob · · Score: 1

    ...not encryption.

  48. 4 year old sister by Anonymous Coward · · Score: 0

    I'm glad you have the maturity to get the support of someone older, wiser and more experienced than you to evaluate and endorse your efforts.

  49. I knew I'd seen this before by Anonymous Coward · · Score: 0

    This was the method they used to encrypt the data in Keanu's head in "JOHNNY MNEMONIC".

  50. Some more of them. by The+Creator · · Score: 1

    "Algorithm or product X is insecure"

    From the other article:

    Companies that require high levels of computer security currently use either a DES (Data Encryption Standard) or a triple DES code, but the Kauffmans say both are breakable.

    "The currently used DES encryption method, which is now being replaced by AES (Advanced Encryption Standard), was once thought unbreakable and can now be cracked in a matter of minutes to hours," said Robert Kauffman, who helped his son write parts of the computer program. "The AES also can be cracked in theory. These algorithms have computational security, which means they can be broken if enough time and computer power are used. AES would take hundreds of years to break with today's supercomputers.

    --

    FRA: STFU GTFO
  51. Utter nonsense. by Nindalf · · Score: 2

    It may be little information, but mathematically enought to say it's no longer unbreakable.

    You might as well claim the same thing if the attacker knows that the plaintext is sensible ASCII-encoded English. That the attacker knows the character of the plaintext (and therefore has a wealth of statistical information about the plaintext) is one of the fundamental assumptions of cryptography.

    The perfect secrecy of OTP is based on the secrecy and randomness of the key alone, it doesn't require an obscure or disordered encoding of the plaintext. Knowing some key bits gives you no clue about the value of other key bits.

    Of course you must account for the information that can be inferred from the length of the ciphertext (and pad your plaintext to avoid any information leak). This problem is no greater or worse for compressed plaintexts than uncompressed ones.

    1. Re:Utter nonsense. by evalhalla · · Score: 1

      If the attacker knows that the plaintext is ASCII-encoded English, but the key is as long as the text you're going to have all of the possible ASCII-encoded English texts as possible original messages.

      If, on the other side, you know that the plaintext is ASCII-encoded English in a valid compressed file, some possible English text are no longer possible as original message.

      The perfect secrecy of OTP is based on the facts that you quoted, but also on the fact that you have the greatest (useful) keyspace.

  52. Actually... by Nindalf · · Score: 2

    It seems to me like having the first and last number the same doesn't compromise the security of the message one bit!

    It compromises the security of the message exactly one bit (assuming that it's binary OTP). If the first and last bits of the ciphertext are the same, then you know that the first and last bits of the plaintext are the same, and vice versa. You gain one bit of information about it, and cut the number of possible plaintexts in half.

    Cryptanalysis is based on statistical data. The attacker presumably can make reasonable guesses about the contents. So if they can guess the first bit with 70% probability, they also know the last bit with 70% certainty.

  53. Anyone Know His Dorm Number? by SiMac · · Score: 2, Interesting

    This kid could really use a copy of "RSA Laboratories' Frequently Asked Questions About Today's Cryptography" or "Applied Cryptography" or even "PGP DH vs. RSA FAQ". At the University of Dayton page on this discovery (https://alumni.udayton.edu/np_story.asp?storyID=7 84), he says that Triple-DES could be easily broken.

    That is complete B.S.

    Triple-DES is a 112-bit algorithm, and perhaps even stronger that Rjindael (AES), since it's been subjected to rigorous cryptanalysis for many, many years.

    It seems as if the encryption technology might be secure, but without any information on it, I am very skeptical.

  54. Slick 50 by DiscoBiscuit · · Score: 1

    I wonder if his dad's engine oil invention was "Slick 50" - about as snake oil as it gets.

  55. True.... by cyberon22 · · Score: 1

    Yeah. I'm also confused why anyone would want a "personalized" crypto algorithm in the first place.

    Scrambling your algorithm to prevent brute force attacks is just stupid -- you could get far more security against brute force attacks by simply adding a single bit to your key-length. And unless all of the variables were relatively prime in any case you couldn't guarantee a single solution.

    I think his "unconditional cryptography" translates in this case as "I still need to read Schneier and Koblitz and study number theory".

    1. Re:True.... by mpe · · Score: 2

      Yeah. I'm also confused why anyone would want a "personalized" crypto algorithm in the first place.

      It's a very effective way to get something which isn't very secure. Since the process may modify how the program works.

    2. Re:True.... by cyberon22 · · Score: 1

      It's a very effective way to get something which isn't very secure. Since the process may modify how the program works.

      I'm not sure what this means.... I'd always through good crypto didn't distort the data. What I meant was as follows....

      Any scrambling "algorithm" reducable to an additive equation (ax+by=c, etc.) introduces additional complexity to brute force attacks of at most n! (actually be much less since equations where the gcd (a,b) is greater than 1 will have multiple solutions). Incidentally, this is the reason people use relative primes to generate public and private keys in RSA, etc.

      Adding a single bit to your key length already doubles the key-space to be searched. And so why bother to go through the complicated process of screwing around with the algorithm when you can achieve the same security by just pushing up the size of your key-length?

  56. I could break that encryption easy.. by alpha17 · · Score: 0

    Just get out some paper and pencil and start tracing!

  57. Slashdot is so easily scammed ... by Anonymous Coward · · Score: 0

    Jesus H Fucking Christ!

    Random numbers -- unbreakable encryption -- no alarm bells going off in your head? Here's another word to help: "One Time Pad". Still not there?

    Endorsed by a motor-oil inventor and some hick university? You people seriously do a disservice to the geek community reposting obvious bullshit ... I might was well get my geek news from CNN.

  58. Ever seen... by RTPMatt · · Score: 1

    does this remind anybody else of Johnny Pneumonic?

    1. Re:Ever seen... by Turing+Machine · · Score: 1

      No, but I hope Johnny doesn't have the antibiotic-resistant strain.

  59. Crypto non-sense by FLT · · Score: 1

    He claims his cipher cannot be broken at all, no matter how many supercomputers you use (unconditional security). That is complete rubbish. Any calculation can be reversed no matter how complicated. You just need some computing power.

    I quote from the origina article:

    "The currently used DES encryption method, which is now being replaced by AES (Advanced Encryption Standard), was once thought unbreakable and can now be cracked in a matter of minutes to hours," said Robert Kauffman, who helped his son write parts of the computer program. "The AES also can be cracked in theory. These algorithms have computational security, which means they can be broken if enough time and computer power are used. AES would take hundreds of years to break with today's supercomputers. Jason's cryptography has unconditional security and can be proven unbreakable. Supercomputers won't make any difference."

    --
    FLT, not just any theorem.
  60. PGP User Guide by Dthoma · · Score: 1

    Somewhere around the start of the PGP User guide, none other than Phil Zimmerman was discussing snake oil. He mentioned how 1337 he felt when he "discovered" a whole new kind of stream cipher. Why not just get a PRNG, convert a key to a seed for it, and then XOR that with the bit stream? Little did Phil know that this technique had been "discovered" many many times before and was covered in all good cryptography books. Moral? If you don't have a PhD in number theory, don't even try it.

    --

    Note to M1-ers: a curt but otherwise insightful message is not "Flamebait" or "Troll".