Summary
Requesting support for a SecureRandom implementation within Jostle that integrates with the existing provider framework and can be accessed through the standard JCA API.
Motivation
There is no provider-backed implementation of SecureRandom. As a result, applications using Jostle must fall back to the JVM's default randomness source, as I can see used in some parts of the code, creating inconsistency with other cryptographic operations handled by Jostle.
Adding SecureRandom support would allow applications to rely on a single provider for key generation, certificate handling, and random material, improving portability and provider alignment.
Summary
Requesting support for a SecureRandom implementation within Jostle that integrates with the existing provider framework and can be accessed through the standard JCA API.
Motivation
There is no provider-backed implementation of SecureRandom. As a result, applications using Jostle must fall back to the JVM's default randomness source, as I can see used in some parts of the code, creating inconsistency with other cryptographic operations handled by Jostle.
Adding SecureRandom support would allow applications to rely on a single provider for key generation, certificate handling, and random material, improving portability and provider alignment.