Historial de Commits

Autor SHA1 Mensaje Fecha
  Klotz, Tobias 61783db5b5 Use vxRandLib for VxWorks7 hace 5 años
  Richard Levitte 0e9725bcb9 Following the license change, modify the boilerplates in crypto/ hace 6 años
  Dr. Matthias St. Pierre 8529b15642 test/secmemtest: test secure memory only if it is implemented hace 6 años
  Pauli 3b8e97ab61 Zero memory in CRYPTO_secure_malloc. hace 6 años
  Kurt Roeckx 3cb7c5cfef Use void in all function definitions that do not take any arguments hace 6 años
  Andy Polyakov f1c00b93e2 mem_sec.c: portability fixup. hace 6 años
  Andy Polyakov 014cc4b27a mem_sec.c: portability fixup. hace 6 años
  Andy Polyakov 5839185cdd mem_sec.c: relax POSIX requirement. hace 6 años
  Benjamin Kaduk 63ab5ea13b Revert the crypto "global lock" implementation hace 6 años
  Bernd Edlinger 154d8c132f Add a configure option to opt-out secure memory hace 6 años
  Richard Levitte 48e5119a6b Copyright update of more files that have changed this year hace 6 años
  Richard Levitte e44c7d02dd Only implement secure malloc if _POSIX_VERSION allows hace 6 años
  Rich Salz cbe2964821 Consistent formatting for sizeof(foo) hace 7 años
  Rich Salz ed6b2c7938 Add CRYPTO_thread_glock_new hace 7 años
  Pauli 07016a8a31 Move e_os.h to be the very first include. hace 7 años
  Rich Salz bef7a81530 Use "" not <> on e_os.h include hace 7 años
  Bernd Edlinger 4dae7cd3f0 Implement the CRYPTO_secure_clear_free function hace 7 años
  Rich Salz 624265c60e Cleanup some copyright stuff hace 7 años
  Todd Short c8e89d58a5 Tweak sec_mem tests hace 7 años
  Todd Short 7031ddac94 Fix infinite loops in secure memory allocation. hace 7 años
  Todd Short 9dfc5b9687 Add support for MLOCK_ONFAULT to secure arena hace 7 años
  Rich Salz 332dc4fa5e sh_malloc & sh_free prototype change to match POSIX hace 7 años
  Pauli 70e14ffbaf Ensure minsize >= sizeof(SH_LIST) hace 7 años
  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. hace 7 años
  Rich Salz 4f22f40507 Copyright consolidation 06/10 hace 8 años
  Viktor Dukhovni 5c4328f04f Fold threads.h into crypto.h making API public hace 8 años
  Todd Short e8408681b3 Secure memory fixes hace 8 años
  Matt Caswell 9471f7760d Convert mem_dbg and mem_sec to the new Thread API hace 8 años
  Rich Salz a773b52a61 Remove unused parameters from internal functions hace 8 años
  David Woodhouse 6a78ae2821 RT4313: Fix build for !IMPLEMENTED code path in CRYPTO_secure_free() hace 8 años