thanks for the feedback go to so far.
I know from IRC that Colm has been exploring the security feasibility
with some of his contacts: any results so far?
On 30/01/2018 08:24, Francesco Chicchiriccò wrote:
any feedback on this?
If no one sees issues with that I'll proceed as indicated.
On 24/01/2018 17:54, Francesco Chicchiriccò wrote:
Hi all (and Colm in particular, as this should be in your chords),
we are currently basing all operations requiring random generation
(mainly tokens used during double opt-in and password reset, and
password values for specific cases) on SecureRandom .
SecureRandom has, however, some performance issues which were solved,
starting with Java 7, by ThreadLocalRandom ; with Java 8 an
improvement was made  to retain security by setting the system
property 'java.util.secureRandomSeed' to true.
1. suggest to set
for Tomcat and other Java EE containers on Linux, and
2. suggest to set
for Tomcat and other Java EE containers, and
3. replace SecureRandom with ThreadLocalRandom in 
Tirasa - Open Source Excellence
Member at The Apache Software Foundation
Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail