home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / compress / 4489 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  1.4 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!data.nas.nasa.gov!mustang.mst6.lanl.gov!nntp-server.caltech.edu!madler
  2. From: madler@cco.caltech.edu (Mark Adler)
  3. Newsgroups: comp.compression
  4. Subject: Re: pkzip 2.04c / unzip v5.0 compatibility
  5. Date: 9 Jan 1993 00:10:56 GMT
  6. Organization: California Institute of Technology, Pasadena
  7. Lines: 21
  8. Message-ID: <1il56hINN9lq@gap.caltech.edu>
  9. References: <1iierpINNk9f@gap.caltech.edu> <1993Jan8.130724.21237@julian.uwo.ca> <1993Jan8.224724.23801@leland.Stanford.EDU>
  10. NNTP-Posting-Host: sandman.caltech.edu
  11. Keywords: passwords problem.
  12.  
  13.  
  14. Paul Kocher thinks:
  15.  
  16. >> instead of having two bytes of the crc32 at the end of the encryption
  17. >> header, the final byte of this header is a zero.  (The others are
  18.  
  19. Actually, there was a bug in Unzip 5.0's decryption that is fixed in
  20. our current beta version.  That beta version appears to have no problem
  21. decrypting stuff from PKZIP 2.04c.  However, we check for the high
  22. byte of the crc as the 12th byte of the encryption header--not a zero.
  23.  
  24. Can you recheck your assertion that the 12th byte is a zero?  I don't
  25. see how this can agree with our test results.
  26.  
  27. In any case, a new patched unzip will be released next week which
  28. includes the patches I posted to decompress stuff from pkzip 2.04c,
  29. as well as the decryption fix that's been there a while, and some
  30. other fixes.
  31.  
  32. Mark Adler
  33. madler@cco.caltech.edu
  34.