RFR 8051408: JEP 273: DRBG-Based SecureRandom Implementations
xuelei.fan at oracle.com
Tue Apr 19 23:41:43 UTC 2016
On 4/19/2016 11:41 PM, Wang Weijun wrote:
>>> >> http://cr.openjdk.java.net/~weijun/8051408/webrev.10/
>> > Please update copyright dates.
>> > src/java.base/share/classes/java/security/Provider.java
>> > -------------------------------------------------------
>> > 145-151: Looks like the comment are not correct. There are
>> > getInstance(alg,params) since JDK 1.4 (See CertStore)
> Yes, but in those cases, there is either getInstance(alg) or getInstance(alg,params), but not both. In SecureRandom, we are now supporting both, and a fallback is needed for those implementations that does not override new SecureRandomSpi(SRP).
>> > 156-157: Fallback change the behavior significantly. Construct with or
>> > without parameter can be very differently. For example, LDAP cert store
>> > get requested, but the CertStore.getInstane(String,
>> > LDAPCertStoreParameters) may not return an LDAP cert store. Can you
>> > make more comment why the fallback is OK?
> For CertStore (and Configuration and Policy), all of its implementations only support the with-arg constructor,
I think the constructor is not of CertStore, but of CertStoreSpi
implementation. The provider implementation may support any kind of
constructor (implicit or explicit, intended or not). The constructor
should be unknown to Provider.
> so NoSuchMethodException will never be thrown. Again, this fallback is only for SecureRandom now.
Please add more comment and control so that this only apply to SecureRandom.
More information about the security-dev