【入門編】暗号ライブラリにおける不適切なモード選択（ECBモードの危険性） – 暗号理論・認証基盤 & エンドポイントセキュリティ防御ガイド

こんにちは！日々の開発やインフラの管理、本当にお疲れ様です。

セキュリティの世界に初めて足を踏み入れたばかりの頃って、次から次へと専門用語が出てきて頭がクラクラしちゃいますよね。「AESって何？」「RSAってどう違うの？」なんて疑問で夜も眠れなくなることもあるかもしれません。でも、安心してください。一歩ずつ、身近な例えから紐解いていけば、誰でも確実に対策ができるようになりますよ。

今回は、数ある暗号技術の中でも、「暗号ライブラリのモード選びを間違えると、金庫の鍵が丸見えになってしまう」という、実務で絶対に知っておかなければならない恐ろしい落とし穴――ECBモードの危険性と、現代のスタンダードであるAEAD（認証付き暗号）への移行について、たっぷりとお話ししていきますね。

—

1. 家の鍵で例える「暗号モード」の基本

さて、データを暗号化するとき、私たちは「共通鍵暗号（代表格がAESですね）」という技術をよく使います。これは、データを隠すための「鍵」と、元に戻すための「鍵」が同じものである仕組みです。

ここでイメージしてみてください。
あなたはとても大切な秘密の日記帳を、頑丈な鍵付きの箱に入れようとしています。日記帳のページ（データ）は、何枚もありますよね。

ここで、開発者がうっかり「ECB（Electronic Codebook）モード」という古いやり方を選んでしまったとしましょう。このECBモードの仕組みは、実にシンプルかつ大雑把です。

日記帳のページを、一定のサイズ（ブロック）に綺麗に切り分ける。
すべてのページを、まったく同じ「秘密の鍵」でそのままガチャンと個別にロックする。

……おや？ここに大きな問題があるのにお気づきでしょうか？

ECBモードが抱える「致命的な癖」

もし、あなたのページの中に「同じ文章」や「同じ真っ白なページ」が何度も登場したらどうなるでしょう。
同じ鍵で同じ文章をロックしているわけですから、出来上がった暗号のカタチ（暗号文）も、もちろん全く同じになってしまいます。

泥棒があなたの秘密の箱を盗み見て、こう思ったとしましょう。
「おっ、この箱の中身は分からないけれど、同じ模様の鍵が何度も出てくるぞ。ということは、この部分とこの部分は『同じことが書いてある（あるいは同じ画像データだ）』ってことだな！」

これが、ECBモード最大の弱点である「パターンが露出する（情報の隠蔽が不完全）」という現象です。

有名な例として、タキシードを着たペンギンの画像（いわゆるパピーズ画像など）をECBモードで暗号化すると、暗号化されているはずなのに、ペンギンのシルエットがうっすらと肉眼で見えてしまうという有名な実験があります。これでは、暗号の意味が全くありませんよね。

—

2. 攻撃者はどうやってそこを狙うのか？

実務の現場では、新人の開発者さんが「とりあえずインターネットで見つけたサンプルコードをコピペしたら、動いたからOK！」と実装してしまうケースがよくあります。

もし、そのサンプルコードが古いチュートリアルで、暗号化モードにECBを指定していたとしたら……？
攻撃者は、あなたのサービスがやり取りする暗号化されたトラフィック（通信データ）をじっと観察します。

ユーザーが「ログイン成功」したときの通信データ
ユーザーが「ログイン失敗」したときの通信データ

もしこれらがECBモードで暗号化されていると、データブロックのパターンから、攻撃者は「あ、このパターンのときは認証が成功しているな」といった機微な情報を推測できてしまいます。最悪の場合、データの改ざん（中身をすり替える攻撃）に気付くことすらできません。

「鍵をかけているから絶対に安全だ」と思い込んでいるときほど、こうしたモードの選択ミスが命取りになるのです。

—

3. 現代の正解：AEAD（認証付き暗号）への移行ガイド

では、私たちはどうすればいいのでしょうか？
答えは簡単です。「ECBモードは絶対に使わない」。そして、現代のセキュリティのスタンダードである「AEAD（Authenticated Encryption with Associated Data：認証付き暗号）」を使いましょう！

AEADの代表格が、AES-GCM（AES-Galois/Counter Mode）です。

AEADがすごい理由

AEADは、ただデータをぐちゃぐちゃに隠す（機密性の確保）だけではありません。
「このデータは、途中で誰にもイタズラ（改ざん）されていませんよ」というお墨付き（認証タグ）をセットで生成してくれる優れものです。

家の鍵に例えるなら、AEADは「鍵をかけると同時に、もし誰かがピッキングしたり扉をこじ開けようとしたりしたら、一目で色が変色してパッと分かる特殊な封印シール」が自動で貼られるようなものです。これなら、泥棒が中身をこじ開けようとしたり、別のデータにすり替えたりしても、一瞬でバレますよね。

—

4. 実務で使える！安全な暗号化の実装例（PHPの例）

それでは、実際に安全な暗号化をどのように実装するのか、PHPを例に見てみましょう。ここでは、現代の推奨であるAEAD（AES-256-GCM）を用いたサンプルコードをご紹介します。

※実務では、必ずフレームワークが提供する暗号化機能や、信頼性の高いライブラリを使用してくださいね。

<?php
/**
 * 現代の安全な暗号化・復号のサンプルコード（AES-256-GCM）
 * 新人のエンジニアの皆さんは、必ず「AES-XYZ-GCM」といったAEADモードを選択してください！
 */

// 暗号化に使用する秘密鍵（実際には環境変数などから安全に読み込んでください。32バイト必要です）
$encryptionKey = random_bytes(32); 

// 守りたい機密データ
$plainText = "私の秘密のパスワードや個人情報です";

// 1. 暗号化の処理
// 暗号方式に 'aes-256-gcm' を指定しています。これでAEADが有効になります。
$cipher = 'aes-256-gcm';

// GCMモードでは、毎回異なる「初期化ベクタ（IV / ノンス）」を使用することが絶対に必要です。
$ivLength = openssl_cipher_iv_length($cipher);
$iv = random_bytes($ivLength);

// 認証付き暗号では、改ざん検知のための「タグ」が生成されます（参照渡しで取得します）
$tag = "";

$encryptedText = openssl_encrypt(
    $plainText,
    $cipher,
    $encryptionKey,
    OPENSSL_RAW_DATA,
    $iv,
    $tag,
    "", // 追加認証データ（AAD）が必要な場合はここに指定しますが、空でもOKです
    16  // タグの長さ（通常は16バイト）
);

// データベースやファイルに保存する際は、「暗号文」「IV」「認証タグ」の3つをセットで保管します。
// （どれか一つでも欠けると復号できませんし、改ざん検知ができません）
$savedData = [
    'ciphertext' => base64_encode($encryptedText),
    'iv'         => base64_encode($iv),
    'tag'        => base64_encode($tag),
];

echo "暗号化と改ざん防止の準備が完了しました！\n";


// 2. 復号の処理（データを元に戻すとき）
$decodedCiphertext = base64_decode($savedData['ciphertext']);
$decodedIv         = base64_decode($savedData['iv']);
$decodedTag        = base64_decode($savedData['tag']);

$decryptedText = openssl_decrypt(
    $decodedCiphertext,
    $cipher,
    $encryptionKey,
    OPENSSL_RAW_DATA,
    $decodedIv,
    $decodedTag
);

if ($decryptedText === false) {
    // ここに来る場合、以下のいずれかの理由が考えられます：
    // 1. 秘密鍵が間違っている
    // 2. 誰かがデータやIV、タグを勝手に書き換えた（改ざん検知成功！）
    echo "警告：データの復号に失敗しました。データが改ざんされている可能性があります！\n";
} else {
    echo "復号成功！元のデータ: " . $decryptedText . "\n";
}

このコードのポイントは、openssl_encrypt() の中で aes-256-gcm を指定し、さらに改ざん検知用の $tag をしっかりと扱っている点です。もしこのコードを真似してもらえれば、古いECBモードのような致命的なミスを綺麗に回避できます。

—

最後に：一歩ずつ、確実にセキュアな開発者へ

セキュリティの技術は、一見すると難解なパズルのように見えるかもしれません。でも、その背後にある理由は、私たちの日常生活の防犯の仕組みと驚くほど共通しています。

「なぜこのモードを選ぶのか？」
「この設定を怠ると、どこから泥棒が入ってくるのか？」

そんな「理由」に少しだけ意識を向けるだけで、あなたの書くコードの安全性は劇的に跳ね上がります。今日からコードを書くときは、ぜひ暗号化の「モード」にも目を光らせてみてくださいね。

一歩ずつ、頼もしいセキュリティ・マインドを持つエンジニアを目指して、一緒に頑張っていきましょう！