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