Hi all,
We have implemented a dynamic engine and tested in the async mode
using OpenSSL speed command. But in a real network scenario, we have seen
only starting the async_job(in file ssl/ssl_lib.c, function:
ssl_start_async_job) in the OpenSSL. We haven't seen polling async_fd's for
> |Both manpages got an update during the DRBG rewrite (by me) and I don't
> |see any contradiction. You bring it to the point yourself:
>
> I had a superficial look yesterday, but i think i have to reread
> them in total, anyway.
Yes, please start with RAND(7) and RAND_DRBG(7).
> That is
On Sat, Jan 05, 2019 at 08:33:18PM +0100, Steffen Nurpmeso wrote:
>
> (I am also really interested and will look into OpenSSL to see if
> the abort() that seems to happen if the initial seed fails is in
> a linker-resolved constructor, and if not, why later failures do
> not also abort.
We do
Dr. Matthias St. Pierre wrote in :
|I agree with Kurt, except for one point:
|
|> The RAND_bytes and RAND_status manpages can clearly be improved.
|
|Both manpages got an update during the DRBG rewrite (by me) and I don't
|see any contradiction. You bring it to the point yourself:
I had a
Good evening.
Please excuse the late reply.
Kurt Roeckx wrote in <20190104180735.ga25...@roeckx.be>:
|On Fri, Jan 04, 2019 at 02:48:48PM +0100, Steffen Nurpmeso wrote:
|> Dr. Matthias St. Pierre wrote in <450169f8ca7c43d1841c4c8052e78c72@Ex13.\
|> ncp.local>:
...
|>|2. If something goes
On Sat, Jan 05, 2019 at 08:45:37AM +1000, Dr Paul Dale wrote:
> I’m not sure about the quality of Android’s sources, but would expect them to
> be decent.
Android is just a Linux kernel. It always had /dev/urandom. Oreo
(8.0) requires at least Linux kernel 4.4. There were no
requirements for the
