- 22 1月, 2015 1 次提交
-
-
由 Matt Caswell 提交于
Reviewed-by: NTim Hudson <tjh@openssl.org>
-
- 11 1月, 2014 1 次提交
-
-
由 Dr. Stephen Henson 提交于
If available rdrand is used as an additional entropy source for the PRNG and for additional input in FIPS mode.
-
- 23 8月, 2012 1 次提交
-
-
由 Dr. Stephen Henson 提交于
Reported by: Tomas Mraz <tmraz@redhat.com> Treat a NULL value passed to drbg_free_entropy callback as non-op. This can happen if the call to fips_get_entropy fails.
-
- 22 6月, 2011 1 次提交
-
-
由 Dr. Stephen Henson 提交于
FIPS library to fail. Applications that want to set the FIPS rand method can do so explicitly and presumably they know what they are doing...
-
- 24 4月, 2011 2 次提交
-
-
由 Dr. Stephen Henson 提交于
-
由 Dr. Stephen Henson 提交于
callback. Handle case where no multiple of the block size is in the interval [min_len, max_len].
-
- 21 4月, 2011 1 次提交
-
-
由 Dr. Stephen Henson 提交于
to specify a "block length".
-
- 07 4月, 2011 1 次提交
-
-
由 Dr. Stephen Henson 提交于
Set FIPS RAND_METHOD at same time as OpenSSL RAND_METHOD.
-
- 05 4月, 2011 1 次提交
-
-
由 Dr. Stephen Henson 提交于
now use an internal RAND_METHOD. All dependencies to OpenSSL standard PRNG are now removed: it is the applications resposibility to setup the FIPS PRNG and initalise it. Initial OpenSSL RAND_init_fips() function that will setup the DRBG for the "FIPS capable OpenSSL".
-
- 26 1月, 2011 1 次提交
-
-
由 Dr. Stephen Henson 提交于
need a whole new PRNG for FIPS). 1. avoid use of ERR_peek(). 2. If compiling with FIPS use small FIPS EVP and disable ENGINE
-
- 12 11月, 2008 1 次提交
-
-
由 Geoff Thorpe 提交于
knock-on work than expected - they've been extracted into a patch series that can be completed elsewhere, or in a different branch, before merging back to HEAD.
-
- 02 11月, 2008 1 次提交
-
-
由 Ben Laurie 提交于
-
- 24 9月, 2007 1 次提交
-
-
由 Lutz Jänicke 提交于
-
- 03 3月, 2007 1 次提交
-
-
由 Lutz Jänicke 提交于
Note: the RAND_bytes() manual page says: RAND_bytes() puts num cryptographically strong pseudo-random bytes into buf. It does not talk about using the previous contents of buf so we are working as documented.
-
- 31 1月, 2003 1 次提交
-
-
由 Richard Levitte 提交于
PR: 287
-
- 26 9月, 2001 1 次提交
-
-
由 Geoff Thorpe 提交于
ENGINE surgery. DH, DSA, RAND, and RSA now use *both* "method" and ENGINE pointers to manage their hooking with ENGINE. Previously their use of "method" pointers was replaced by use of ENGINE references. See crypto/engine/README for details. Also, remove the ENGINE iterations from evp_test - even when the cipher/digest code is committed in, this functionality would require a different set of API calls.
-
- 21 6月, 2001 1 次提交
-
-
由 Dr. Stephen Henson 提交于
Fix memory leak when RAND is used: need to cleanup RANDs ENGINE reference in ENGINE_cleanup().
-
- 30 4月, 2001 1 次提交
-
-
由 Geoff Thorpe 提交于
ENGINE code does not return a default, set an error.
-
- 18 4月, 2001 1 次提交
-
-
由 Geoff Thorpe 提交于
Previously RAND_get_rand_method was returning a non-const pointer, but it should be const. As with all other such cases, METHOD pointers are stored and returned as "const". The only methods one should be able to alter are methods "local" to the relevant code, in which case a non-const handle to the methods should already exist. This change has been forced by the constifying of the ENGINE code (before which RAND_METHOD was the only method pointer in an ENGINE structure that was not constant).
-
- 27 10月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
At the same time, add VMS support for Rijndael.
-
- 02 3月, 2000 1 次提交
-
-
由 Bodo Möller 提交于
-
- 19 2月, 2000 1 次提交
-
-
由 Bodo Möller 提交于
instead of 'unsigned' counters. Seed PRNG in MacOS/GetHTTPS.src/GetHTTPS.cpp. Partially submitted by Yoram Meroz <yoram@mail.idrive.com>.
-
- 16 1月, 2000 1 次提交
-
-
由 Ulf Möller 提交于
are not guaranteed to be unpredictable.
-
- 14 1月, 2000 1 次提交
-
-
由 Ulf Möller 提交于
returns int (1 = ok, 0 = not seeded). New function RAND_add() is the same as RAND_seed() but takes an estimate of the entropy as an additional argument.
-
- 12 9月, 1999 1 次提交
-
-
由 Andy Polyakov 提交于
This will soon be complemented with MacOS specific source code files and INSTALL.MacOS. I (Andy) have decided to get rid of a number of #include <sys/types.h>. I've verified it's ok (both by examining /usr/include/*.h and compiling) on a number of Unix platforms. Unfortunately I don't have Windows box to verify this on. I really appreciate if somebody could try to compile it and contact me a.s.a.p. in case a problem occurs. Submitted by: Roy Wood <roy@centricsystems.ca> Reviewed by: Andy Polyakov <appro@fy.chalmers.se>
-
- 24 4月, 1999 1 次提交
-
-
由 Bodo Möller 提交于
Submitted by: Reviewed by: PR:
-
- 20 4月, 1999 1 次提交
-
-
由 Ulf Möller 提交于
-
- 10 2月, 1999 1 次提交
-
-
由 Ben Laurie 提交于
-
- 22 12月, 1998 1 次提交
-
-
由 Ralf S. Engelschall 提交于
-
- 21 12月, 1998 3 次提交
-
-
由 Ralf S. Engelschall 提交于
-
由 Ralf S. Engelschall 提交于
-
由 Ralf S. Engelschall 提交于
-