Java: SecureRandom.getInstanceStrong() против нового SecureRandom()

Данный SecureRandom считается подходящим для использования в криптографии, я считаю новый безопасный случайный() быть в безопасности (забавный термин, не так ли?).

Если новый безопасный случайный() уже безопасно, какая польза от использования SecureRandom.getInstanceStrong() вместо?

Это такая же разница, как между /dev/urandom и /dev/случайный?

Я обсуждаю это в следующем сценарии, где меня больше всего беспокоит случайность IV (для использования с AES-GCM):

закрытый финал SecureRandom secureRandom = new SecureRandom();

[...]

частный байт[] getIv() {
    интервал ivLength = 12;
    byte[] iv = новый байт[ivLength];
    SecureRandom.nextBytes(iv);
    вернуться IV;
}

SecureRandom.getInstanceStrong() гарантирует, что будет использоваться надежный алгоритм (securerandom.strongAlgorithms).

• Он доступен с Java версии 8. Проверьте свою версию перед началом использования.

• Если такого алгоритма нет при работающей виртуальной машине он выдаст NoSuchAlgorithmException.

• Этот сбой является лучшей практикой, чем использование по умолчанию слабой безопасности.