Cronologia Commit

Autore SHA1 Messaggio Data
  Klotz, Tobias 61783db5b5 Use vxRandLib for VxWorks7 5 anni fa
  Richard Levitte 0e9725bcb9 Following the license change, modify the boilerplates in crypto/ 6 anni fa
  Dr. Matthias St. Pierre 8529b15642 test/secmemtest: test secure memory only if it is implemented 6 anni fa
  Pauli 3b8e97ab61 Zero memory in CRYPTO_secure_malloc. 6 anni fa
  Kurt Roeckx 3cb7c5cfef Use void in all function definitions that do not take any arguments 6 anni fa
  Andy Polyakov f1c00b93e2 mem_sec.c: portability fixup. 6 anni fa
  Andy Polyakov 014cc4b27a mem_sec.c: portability fixup. 6 anni fa
  Andy Polyakov 5839185cdd mem_sec.c: relax POSIX requirement. 6 anni fa
  Benjamin Kaduk 63ab5ea13b Revert the crypto "global lock" implementation 6 anni fa
  Bernd Edlinger 154d8c132f Add a configure option to opt-out secure memory 6 anni fa
  Richard Levitte 48e5119a6b Copyright update of more files that have changed this year 6 anni fa
  Richard Levitte e44c7d02dd Only implement secure malloc if _POSIX_VERSION allows 6 anni fa
  Rich Salz cbe2964821 Consistent formatting for sizeof(foo) 7 anni fa
  Rich Salz ed6b2c7938 Add CRYPTO_thread_glock_new 7 anni fa
  Pauli 07016a8a31 Move e_os.h to be the very first include. 7 anni fa
  Rich Salz bef7a81530 Use "" not <> on e_os.h include 7 anni fa
  Bernd Edlinger 4dae7cd3f0 Implement the CRYPTO_secure_clear_free function 7 anni fa
  Rich Salz 624265c60e Cleanup some copyright stuff 7 anni fa
  Todd Short c8e89d58a5 Tweak sec_mem tests 7 anni fa
  Todd Short 7031ddac94 Fix infinite loops in secure memory allocation. 7 anni fa
  Todd Short 9dfc5b9687 Add support for MLOCK_ONFAULT to secure arena 7 anni fa
  Rich Salz 332dc4fa5e sh_malloc & sh_free prototype change to match POSIX 7 anni fa
  Pauli 70e14ffbaf Ensure minsize >= sizeof(SH_LIST) 7 anni fa
  Guido Vranken 7f07149d25 Prevent allocations of size 0 in sh_init, which are not possible with the default OPENSSL_zalloc, but are possible if the user has installed their own allocator using CRYPTO_set_mem_functions. If the 0-allocations succeeds, the secure heap code will later access (at least) the first byte of that space, which is technically an OOB access. This could lead to problems with some custom allocators that only return a valid pointer for subsequent free()-ing, and do not expect that the pointer is actually dereferenced. 7 anni fa
  Rich Salz 4f22f40507 Copyright consolidation 06/10 8 anni fa
  Viktor Dukhovni 5c4328f04f Fold threads.h into crypto.h making API public 8 anni fa
  Todd Short e8408681b3 Secure memory fixes 8 anni fa
  Matt Caswell 9471f7760d Convert mem_dbg and mem_sec to the new Thread API 8 anni fa
  Rich Salz a773b52a61 Remove unused parameters from internal functions 8 anni fa
  David Woodhouse 6a78ae2821 RT4313: Fix build for !IMPLEMENTED code path in CRYPTO_secure_free() 8 anni fa