home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #23 / NN_1992_23.iso / spool / sci / crypt / 3736 < prev    next >
Encoding:
Internet Message Format  |  1992-10-12  |  2.0 KB

  1. Path: sparky!uunet!think.com!spdcc!merk!works!hacker
  2. From: hacker@works.uucp (DamDum)
  3. Newsgroups: sci.crypt
  4. Subject: Re: Using genetic engineering for exhaustive DES key search
  5. Keywords: exhaustive, DES, genetic engineering
  6. Message-ID: <gH2JsB7w165w@works.uucp>
  7. Date: Mon, 12 Oct 92 16:23:15 EDT
  8. References: <lou.717919152@cadence.com>
  9. Organization: The Works BBS - Informational Archives - Est. 1985
  10. Lines: 34
  11.  
  12. lou@Cadence.COM (Louis K. Scheffer) writes:
  13.  
  14. > While pondering the well known problem of DES cracking via exhaustive
  15. > key search, I started wondering if you could apply genetic engineering to
  16. > the problem.  It seems like it may be possible.
  17. > The basic approach would be to build a bacteria that acts as a DES key search
  18. > machine.  Each bacteria generates keys at random, decrypts the encrypted bloc
  19. > with the key, and compares the result with the plaintext.  If there is a matc
  20. > it generates lots of a string of DNA that contains the key and a specific
  21. > marker that binds to an antibody, and excretes the result.  Otherwise it
  22. > just keeps trying keys.
  23. > To decrypt a message, build a string of DNA that contains the encrypted block
  24. > and a potential portion of the plaintext.  Make a lot of copies (say 10^20) 
  25. > and circulate the copies of the original and the antibody through a tank full
  26. > bacteria, and examine the output for something bound to the antibody.  If you
  27. > find something, sequence the DNA to recover the key.  Use the key and
  28. > conventional computers to decipher the rest of the message.
  29.  
  30.         Hmmm... I'm new to all this DES stuff...But do have a general 
  31. purpose DES encripter that I can run in a batch file!!
  32.  
  33.         After reading all theas messeges about trying to brake 
  34. DES....well has anyone ever thought that only a dum &^%$ would only 
  35. encript a file/text only ONCE?!?!?!?!?!?!?!?!?!?!?
  36.  
  37.         Of cores if you have than I must not be reading very well and I 
  38. will be more perseptive in the fucher!
  39.  
  40.         -Hacker (DamDum inc.)
  41.  
  42.         hacker@works.uucp
  43.