Re: ENTROPY EXHAUSTION IN JAVA FIPS
David Hook <dgh-rTAZ0PM/[email protected]> Wed, 30 Oct 2019 12:04:53 +1100
| Newsgroups | gmane.comp.encryption.bouncy-castle.devel |
|---|---|
| Message-ID | <[email protected]> |
See section 2.3 of https://downloads.bouncycastle.org/fips-java/BC-FJA-UserGuide-1.0.2.pdf Regards, David On 30/10/19 11:16 am, Jon Moroney wrote: > Hi all, > > I’ve been doing a bunch of performance testing with a code base that I’m attached to and I’ve noticed that using the BC fips security provider my code exhausts the entropy available on my intel haswell linux machines. This is using the 1.0.2 version of the library. > Ex. > cat /proc/sys/kernel/random/entropy_avail > Shows values under 10 while my code it running. > > When I use the system default security provider the available number never drops below 3000. I mention the cpu arch because I’ve also tried this on a Skylake machine and I do not see the entropy exhaustion there and I believe that’s down to intel providing hardware random number generation on Broadwell and later. > > I’m adding BC as my default provider via > Security.insertProviderAt(new BouncyCastleFipsProvider(), 1); > Pretty much at the entry point to my program. So, my question is; am I simply misconfiguring something here? I saw a bug around this in the release notes here > https://www.bouncycastle.org/fips-java/RELEASE_NOTES.md > Is this a known issue for 1.0.2 as well? > The current known issues list is blank > https://www.bouncycastle.org/fips-java/BC-FJA-KnownIssues-1.0.2.csv > > Thanks, > Jon >