javaのsecureRandomの強度について

Question

javaで一意なキーを生成する際に、UUIDではなく、secureRandomでの実装を検討しています。

secureRandom.nextBytes(new byte[XX]);

byteの桁数としてどの程度を指定するのが無難なのでしょうか。
16を指定した場合、総当たりでどの程度で検出されてしまうものでしょうか。
またどのように計算すればよいでしょうか。

Comments

[shiena]

乱数は順序不定なだけで一意ではないのでUUIDではなくSecureRandomを検討する理由もあると回答しやすいです。また、OSによってアルゴリズムも変わるので利用するOSもあると良いです。
https://qiita.com/aibax/items/29e09318ac85c4e93c1a

[web999]

OSはAmazonLinuxとなります。
UUIDも内部ではSecureRandomを使用しているとのことですので、UUIDよりもよりかぶらないようにbyte桁数を増やそうかと考えています。

Answer 1

16を指定すると256^16なのでおおよそ3.4*10^38です。解析時間が載っているブログがありましたので参考にしてください。

https://keepmealive.jp/8letters-danger/2/

これは非常に大きな数ですがzipのパスワードのようにファイルに対して総当たりするならクラウドPCを大量に使えば割と短い時間で解析できるでしょう。
ですがサーバーにリクエストするなら応答時間の分だけ時間がかかりますし、大量のクラウドPCからアクセスしたとしてもDDOS対策をしていればもっと時間がかかるのでUUIDbyteの桁数だけでは決められないところがあります。