Pseudorandom number generators (PRNGs) produce sequences that only approximate true randomness and are not suitable for security-sensitive contexts.

Why is this an issue?

When software generates predictable values in a context requiring unpredictability, an attacker who knows or can guess the internal state of the PRNG may predict the next value that will be generated. The rule flags the use of non-cryptographic PRNGs in contexts where a cryptographically secure pseudorandom number generator (CSPRNG) is required, such as generating encryption keys, tokens, or other secret values.

As the java.util.Random class relies on a non-cryptographic pseudorandom number generator, this class and the related java.lang.Math.random() method should not be used for security-critical applications or for protecting sensitive data. In such contexts, the java.security.SecureRandom class which relies on a CSPRNG should be used instead.

What is the potential impact?

Predictable values

If an attacker can predict the values generated by a PRNG, they may be able to guess session tokens, encryption keys, password reset links, or other secrets, leading to unauthorized access or impersonation.

Broken cryptography

Using a non-cryptographic PRNG to generate keys or initialization vectors weakens the security of the cryptographic scheme, potentially making it trivially breakable.

How to fix it

Code examples

Use a cryptographically secure pseudorandom number generator (CSPRNG) instead of a non-cryptographic PRNG.

Noncompliant code example

Random random = new Random(); // Noncompliant
byte bytes[] = new byte[20];
random.nextBytes(bytes);

Compliant solution

SecureRandom random = new SecureRandom();
byte bytes[] = new byte[20];
random.nextBytes(bytes);

Resources

Documentation

Standards