From: Wei D. <we...@es...> - 2002-07-05 23:16:20
|
I've made a beta release of Crypto++ 5.0. You can download it at http://www.eskimo.com/~weidai/cryptopp50beta.zip. I'm doing a beta release before a normal release for two reasons. First, in 5.0 there are many new interfaces and structural changes (i.e. even more extensive use of templates) so there is an increased chance of bugs compared to previous releases. Second, Crypto++ 5.0 is being evaluated against FIPS 140-2, on Microsoft Windows as a static library. If you have any interest in using Crypto++ as a FIPS 140 validated crypto module, you will probably want to test this beta release and report any problems ASAP. (If you are interested in the FIPS validation, please contact me so I have some idea of how much interest there is.) This beta release has been tested only with MSVC 6.0 SP5 and Cygwin/GCC 3.0.4. I do plan to port it to other platforms and compilers before the final release so don't worry too much about that yet. :) A reference manual for this beta release is available at http://www.ibiblio.org/weidai/cryptopp50beta/index.html. It should be very helpful in understanding the interface changes. Here are the major changes in 5.0: 5.0 (beta) - added ESIGN, DLIES, WAKE-OFB - added key validation for asymmetric algorithms - renamed StreamCipher interface to SymmetricCipher, which is now implemented by both stream ciphers and block cipher modes including ECB and CBC - added keying interfaces to support resetting of keys and IVs without having to destroy and recreate objects - changed filter interface to support non-blocking input/output - changed SocketSource and SocketSink to use overlapped I/O on Microsoft Windows - grouped related classes inside structs to help templates, for example AESEncryption and AESDecryption are now AES::Encryption and AES::Decryption - where possible, typedefs have been added to improve backwards compatibility when the CRYPTOPP_MAINTAIN_BACKWARDS_COMPATIBILITY macro is defined - is being evaluated for FIPS 140-2 compliance - fixed a bug in HMAC::TruncatedFinal() |