【入門編】乱数生成器（CSPRNG）の重要性とエントロピー不足 – 暗号理論・認証基盤 & エンドポイントセキュリティ防御ガイド

「鍵」を作るための「サイコロ」がインチキだったら？暗号の根幹、乱数生成器の深淵に迫る

こんにちは。セキュリティの現場で日々、巧妙な攻撃と対峙していると痛感することがあります。それは、「どれほど強固な鍵（暗号）を使っていても、それを作るための材料（乱数）が腐っていれば、すべては無価値になる」という残酷な事実です。

今日は、新人エンジニアの方や、これからセキュリティを深く学びたい方に向けて、暗号の心臓部である「乱数生成器（CSPRNG）」について、泥臭い現実を交えながらお話ししましょう。

—

1. 泥棒が「あなたの家の鍵」を当てる方法

想像してみてください。あなたは最高級のピッキング対策が施された玄関の鍵を買ってきました。ところが、その鍵を作った業者が「1から10までの番号しか使わない」というルールで適当に鍵を作っていたらどうでしょう？泥棒はたった10回試せば、必ずあなたの家に侵入できてしまいますよね。

暗号の世界もこれと同じです。
RSAやECC（楕円曲線暗号）といった高度な数学的暗号は、「鍵の数」が膨大であることを前提に安全を保っています。しかし、その鍵を生成する時に使う「数字選び（乱数）」が予測可能だったら、攻撃者は最新のスーパーコンピュータを使うまでもなく、あなたの鍵を推測できてしまうのです。

この「予測できない数字」を生み出す装置が、CSPRNG（暗号論的擬似乱数生成器）です。

2. なぜ「サイコロ」が必要なのか？

コンピュータは本来、決まった命令通りに動く「計算機」です。つまり、何もしなければ「常に同じ結果」を出すようにできています。しかし、セキュリティの世界では「毎回違う、誰にも予想できない数字」が必要です。

そこで、コンピュータは「エントロピー」という、世界中の「予測不能なカオス」を集めて、それを乱数の種（シード）にします。

キーボードを叩くタイミングの微妙なズレ
CPUの電圧の微小なノイズ
ハードディスクの読み込み時間

これらを集めて「よく混ぜる」ことで、人間には決して予測できない数字が生まれるのです。この「カオス（エントロピー）」が枯渇することを、私たちは「エントロピー不足」と呼び、これを放置することは、玄関に「泥棒入ってください」と看板を掲げるのと同義です。

3. 現場での鉄則：/dev/urandom を信じろ

では、開発現場ではどうすればいいのでしょうか？結論から言うと、OSが提供する標準的なインターフェースを、そのまま正しく使うことに尽きます。

Linuxサーバーであれば、/dev/urandom を使ってください。

# 例えば、OpenSSLを使って安全な鍵を生成する場合
openssl rand -base64 32 > my_secret_key.key
# このコマンドは内部的にOSのCSPRNGを呼び出し、十分にランダムな32バイトを生成します

かつては /dev/random と /dev/urandom を使い分ける議論がありましたが、現代のLinux環境では /dev/urandom（あるいは getrandom() システムコール）で十分です。エントロピーが足りない時に処理を止めてしまう古い実装よりも、高速で安全な現在の仕組みを信頼しましょう。

4. やってはいけない「自作乱数」

絶対に避けてほしいのが、プログラミング言語の「標準的な数学ライブラリ」をセキュリティ目的で使うことです。

例えば、PHPの rand() や JavaScriptの Math.random() は、「予測可能」です。これらはゲームのサイコロやランダムな色を決めるのには向いていますが、パスワードのリセットトークンやセッションIDの生成には絶対に使ってはいけません。

【ダメな例】

// 警告：これは攻撃者に推測されます！
const badToken = Math.random().toString(36);

【正しい例（Web標準API）】

// Web Crypto APIを使うのが現代の鉄則です
const array = new Uint8Array(32);
window.crypto.getRandomValues(array); // これなら安全！
console.log(array);

5. 一歩ずつ対策を学んでいきましょう

セキュリティ対策は、完璧を目指すと苦しくなります。まずは、以下の「基本のキ」を徹底するだけで、あなたのシステムは劇的に強固になります。

1. 「自作」を疑う: 暗号アルゴリズムや乱数生成器を自作してはいけません。枯れた技術と標準ライブラリを使いましょう。
2. エントロピーを枯らさない: 仮想環境やコンテナ環境では、初期起動時に十分なエントロピーが溜まっていないことがあります。haveged などのエントロピー生成デーモンを導入する検討も有効です。
3. 常に「もし推測されたら？」と考える: 乱数を生成する処理（トークン発行など）が、攻撃者にとって「推測可能」になっていないか、一度立ち止まってコードを見直す習慣をつけてください。

サイバー攻撃者は、あなたのシステムの一番弱い「隙間」を突こうと待ち構えています。ですが、今回学んだ「乱数の重要性」という視点さえあれば、その隙間を塞ぐ大きな一歩を踏み出したことになります。

セキュリティは、技術であると同時に「想像力」です。「もし自分が泥棒だったら、どこから入るか？」を考えながら、明日からの開発を楽しんでみてくださいね。応援しています！