-
Bug
-
Resolution: Fixed
-
P2
-
8, 8u20, 8u40
-
b42
-
Not verified
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8084707 | emb-9 | Paul Sandoz | P2 | Resolved | Fixed | team |
JDK-8068100 | 8u45 | Paul Sandoz | P2 | Resolved | Fixed | b02 |
JDK-8066677 | 8u40 | Paul Sandoz | P2 | Closed | Fixed | b19 |
JDK-8069965 | emb-8u47 | Paul Sandoz | P2 | Resolved | Fixed | team |
The fallback mode if a mac address cannot be obtained is to compute an initial seed from the current system time, which is no worse than JDK 7.
The network code should be removed from both classes. This is compliant with the specification which, by default, does not specify the seed strength. Developers that require a cryptographically random seed should set the system property "java.util.secureRandomSeed" to true.
However, we should revisit this code when there is an enhancement to provide an efficient "system" seed of a certain cryptographic strength that is optimal for the platform and has low initlization costs so it may be used by TLR/SR.
- backported by
-
JDK-8068100 Remove network-related seed initialization code in ThreadLocal/SplittableRandom
-
- Resolved
-
-
JDK-8069965 Remove network-related seed initialization code in ThreadLocal/SplittableRandom
-
- Resolved
-
-
JDK-8084707 Remove network-related seed initialization code in ThreadLocal/SplittableRandom
-
- Resolved
-
-
JDK-8066677 Remove network-related seed initialization code in ThreadLocal/SplittableRandom
-
- Closed
-
- relates to
-
JDK-8066931 SeedGenerator.getSystemEntropy() fails without network adapters
-
- Closed
-
-
JDK-8060435 Provide the capability to obtain a system seed to seed PRNGs
-
- Open
-