summaryrefslogtreecommitdiff
path: root/seal.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Use std namespace for memset, memcpy, memcmp (#1204)Jeffrey Walton2023-04-151-2/+2
|
* Switch to rotlConstant and rotrConstantJeffrey Walton2017-11-251-19/+19
| | | | This will help Clang and its need for a constexpr
* Fix bad SHA::Transform calculation (Issue 455)Jeffrey Walton2017-08-131-5/+1
| | | | | | | | Reworked SHA class internals to align all the implementations. Formerly all hashes were software based, IterHashBase handled endian conversions, IterHashBase repeatedly called the single block SHA{N}::Transform. The rework added SHA{N}::HashMultipleBlocks, and the SHA classes attempt to always use it. Now SHA{N}::Transform calls into SHA{N}_HashMultipleBlocks, which is a free standing function. An added wrinkle is hardware wants little endian data and software presents big endian data, so HashMultipleBlocks accepts a ByteOrder for the incoming data. Hardware based SHA{N}_HashMultipleBlocks can often perform the endian swap much easier by setting an EPI mask so it was profitable to defer to hardware when available. The rework also removed the hacked-in pointers to implementations. The class now looks more like AES, GCM, etc.
* Avoid extra ByteReverse when using Intel SHA extensionsJeffrey Walton2017-05-261-1/+7
| | | | This gains about 0.6 cpb. SHA-1 is down to 1.7 to 1.9 cpb. SHA-256 is not affected
* Removed "typedef SHA1 SHA" (Issue 369)Jeffrey Walton2017-04-241-1/+1
| | | | | | This should have happened when we removed most of MAINTAIN_BACKWARDS_COMPATIBILITY artifacts. Its not practical move SHA1 into Weak:: namespace or "typedef SHA256 SHA" because SHA1 is too intertwined at the moment. In the interim, maybe we can place SHA1 in both CryptoPP:: and Weak:: namespaces. This will allow us to transition into Weak::SHA1 over time, and signal to users SHA1 should be avoided.
* Change file preamble to include "originally written by Wei Dai"Jeffrey Walton2017-01-271-1/+1
| | | | We have made a fair number of changes, and we don't want WD to receive credit for issues he was not part of
* Updated CRYPTOPP_ASSERT based on commentsJeffrey Walton2016-10-171-1/+1
| | | | Also see https://github.com/weidai11/cryptopp/commit/399a1546de71f41598c15edada28e7f0d616f541#commitcomment-19448453
* Change from NDEBUG to CRYPTOPP_DEBUG in source files to ensure all debug ↵Jeffrey Walton2016-09-161-1/+1
| | | | behavior pivots on CRYPTOPP_DEBUG, and not NDEBUG (Issue 277, CVE-2016-7420)
* Add CRYPTOPP_ASSERT (Issue 277, CVE-2016-7420)Jeffrey Walton2016-09-161-2/+2
| | | | trap.h and CRYPTOPP_ASSERT has existed for over a year in Master. We deferred on the cut-over waiting for a minor version bump (5.7). We have to use it now due to CVE-2016-7420
* Backed out use of "static const" to declare constant; switch to "enum" ↵Jeffrey Walton2016-09-061-3/+0
| | | | (Issue 255)
* Initial fix for older Apple ld's non_lazy_ptr missing symbols (Issue 255)Jeffrey Walton2016-09-061-2/+5
|
* Cleared -Wcast-align (Issue 122)Jeffrey Walton2016-01-241-1/+2
|
* Cleared issues 11,12,13 (Clang integrated assembler), 58 (RC rollup), 66 ↵Jeffrey Walton2015-11-181-0/+2
| | | | (Coverity rollup)
* CRYPTOPP 5.6.3 RC6 checkinJeffrey Walton2015-11-051-214/+217
|
* Cut-in CRYPTOPP_ASSERT in all remaining header and source filesJeffrey Walton2015-07-261-1/+1
|
* Added "trap.h" include for header and source files that assertJeffrey Walton2015-07-261-0/+1
|
* changes for 5.6: weidai2009-03-021-6/+2
| | | | | | - added AuthenticatedSymmetricCipher interface class and Filter wrappers - added CCM, GCM (with SSE2 assembly), CMAC, and SEED - improved AES speed on x86 and x64 - removed WORD64_AVAILABLE; compiler 64-bit int support is now required
* optimizationsweidai2007-04-161-6/+8
|
* update version number, port to Sun C++ 5.8weidai2006-12-181-2/+6
|
* port to MSVC .NET 2005 beta 2weidai2005-07-121-3/+3
|
* fix bugs in 64-bit CPU supportweidai2003-07-251-1/+1
|
* fix bugs in SEAL and Panamaweidai2003-03-261-1/+1
|
* fix warnings for VC7 and GCCweidai2003-03-201-2/+2
|
* Initial revisionweidai2002-10-041-0/+211