「17才になったLinux、どんな「お直し」が必要？」記事へのコメント

/dev/urandomの高速化

[Anonymous Coward]

なんでもかんでも/dev/urandomを読むアプリが増えて、遅いわエントロピー消費するわで困りものなんで、*BSDのようにモダンな実装にすべきでは。
先日ググったところ、Fortunaの実装が2004年にMLで流れてる [lkml.org]んですね。なぜマージされなかったのかまで読んでませんが。
CRYPTOモジュールとして、好きな実装を動的にロードできるようにしてほしいなあ

Re:/dev/urandomの高速化

[mkosaki (13560)]

今まではglibcの都合で全プロセス最初の/dev/urandom開いてたのが、AT_AUXVでランダムシードを16個ほど渡す仕様に変更されたので、
glibcが対応すれば、だいぶ改善されるはず。
Ulrich DrepperがAckしてたから、glibcの対応はすぐのはずだよ。

話がずれてないことを祈りつつ

Re:/dev/urandomの高速化

[Nyaboo (33313)]

でも、それだとやっぱり、ダイス目に偶数と奇数を繰り返させたい [srad.jp]という要求には
応えられないので、好きな実装を動的にロードできるようにしてほしいなあ、とか……。
思いませんか、そうですか。

好きな実装を動的にロードできるようにすると、ロードされているモジュールの妥当性を
気にしないといけないので、悩みどころではありますね。

--
Nyaboo

Re:/dev/urandomの高速化

[Anonymous Coward]

>好きな実装を動的にロードできるようにすると、ロードされているモジュールの妥当性を
>気にしないといけないので、悩みどころではありますね。

まぁセキュリティリスクですよね。
そんなアプリケーション依存の要求だったら、
グローバルに持たせない方がよいように思います。

/dev/urandom はあくまで用途不定の
乱数源としておいた方が無難ですよね。

# グローバル変数と同じようなものね