こんにちは！セキュリティチームで日々、怪しい通信やウイルスの痕跡を追いかけているアナリストの私です。
「メモリフォレンジック」という言葉を聞いたことはありますか？なんだか映画のハッカーみたいでカッコいい響きですが、要するに「パソコンが今まさに頭の中で考えていること（RAM：メモリ上のデータ）を写真にパシャリと撮って、後からじっくり解析する捜査技術」のことです。
今回は、このメモリフォレンジックの世界でも、特にドラマチックでちょっとスリリングなテーマ「メモリ上の暗号鍵抽出（AES Key Scheduleの特定）」についてお話しします。
「難しそう……」と思われるかもしれませんが、大丈夫です！身近な「家の鍵と泥棒」に例えながら、一歩ずつ優しく紐解いていきましょう。
—
1. 家の鍵の例えで理解する「AESと鍵スケジュール」
皆さんの家には玄関の鍵がありますよね。その鍵をどこに置いていますか？ お出かけのときはカバンの中、家にいるときは机の上かもしれません。
コンピュータの世界でも同じです。私たちがネットでパスワードを送ったり、大事なファイルを隠したりするときには、「AES（Advanced Encryption Standard）」という世界標準の頑丈な金庫を使います。このAESは、データをバラバラの暗号にして、正しい「暗号鍵（マスターキー）」がないと絶対に開けられない仕組みになっています。
ここで、泥棒（攻撃者）側の視点になってみましょう。
泥棒は、頑丈な金庫そのものをこじ開けるのは面倒なので、こう考えます。
「この金庫を開けるための『合鍵』が、住民のポケットからうっかり落ちていないか探そう」 と。
鍵スケジュール（Key Schedule）の正体
コンピュータがAESを使ってデータを暗号化するとき、マスターキー（元の鍵）をそのまま使うわけではありません。効率よく鍵を開け閉めするために、マスターキーから何段階もの「サブキー（細かい手順が書かれた合鍵の束）」をその場で大量に生成します。この、「元の鍵から細かく派生させた合鍵のリスト」のことを、セキュリティ用語でAES Key Schedule（鍵スケジュール）と呼びます。
実は、この鍵スケジュール構造、メモリ上の特定の場所に「決まった規則性（パターン）」で並ぶという特徴があります。攻撃者は、メモリの全データをスキャンして、このパターンを見つけ出すことで、本来そこにあるはずのないマスターキーを丸裸にしてしまうのです。
—
2. 攻撃者はどうやってメモリから鍵を盗み出すのか？
コンピュータのメモリ（RAM）は、電源を切ると中身が消えてしまう「儚い記憶」です。しかし、コンピュータが動いている最中は、ブラウザで開いたページやパスワード、そして暗号化に使った「鍵」が一時的にメモリー上にべったりと残っています。
インシデントレスポンスの現場でも、マルウェアに感染した端末をシャットダウンする前に、メモリのデータをまるごとファイルとして保存（メモリダンプ）することがよくあります。
攻撃者も全く同じことをやっています。悪意あるプログラムをこっそり忍び込ませて、コンピュータのメモリを覗き見し、先ほどお話ししたAESの鍵スケジュール特有の並びパターンを高速に検索するのです。
メモリ上のパターンのイメージ
AES-128という方式の場合、鍵の長さは16バイト（128ビット）です。これが鍵スケジュールとして展開されると、メモリ上には「特定の計算式で導き出された似たようなバイト列」が規則正しく並びます。
これを人間の言葉に例えるなら、「アパートの同じフロアに、同じ会社の合鍵が10個ずらっと並んでいる部屋」を見つけるようなものです。泥棒からすれば、一発で「ここが鍵の保管場所だ！」と分かってしまいます。
—
3. 実践！メモリから鍵を探すシミュレーション
「百聞は一見にしかず」ということで、Pythonを使ってメモリ上のデータから特定のパターン（ここでは簡易的にAESの鍵っぽい構造）を探し出すコードの雰囲気を覗いてみましょう。
実務の開発やフォレンジック調査でも、こうしたスクリプトを自作したり、既存のツール（Volatilityなど）をカスタマイズしたりして調査を行います。
import re
def search_aes_key_schedule(memory_dump_bytes):
"""
メモリダンプのバイナリデータから、AESの鍵スケジュール構造の兆候をスキャンするサンプル関数
※実際のAES鍵スケジュールは厳密な数学的規則性を持ちますが、
ここでは分かりやすく「特定の長さを持つ連続したバイト列」を検索する例を示しています。
"""
print("[*] メモリダンプのスキャンを開始します...")
# AES-128の鍵長（16バイト）に一致する可能性のあるパターンを正規表現で模倣
# 実際の現場では、鍵スケジュールのバイト間の数学的関係（Rijndaelの S-box 等）をチェックします
# ここでは例として、16バイトの塊が連続している怪しいエリアを探すイメージです
# ダミーの検索パターン（実務ではより高度なアルゴリズムを使用します）
# 例: 16バイトのブロックが特定の規則で繰り返されるかチェック
chunk_size = 16
found_keys = []
for i in range(0, len(memory_dump_bytes) - chunk_size, chunk_size):
chunk = memory_dump_bytes[i:i + chunk_size]
# 簡易的なヒューリスティック（例：すべて0やすべてFFではない、一定のエントロピーを持つか）
if len(set(chunk)) > 4: # データのバラツキがある程度あるか
# ここにAESのKey Schedule特有の数学的チェックが入ります
found_keys.append((i, chunk))
print(f"[*] スキャン完了。候補数: {len(found_keys)} 件")
return found_keys
# 実行例のシミュレーション
# 実際のインシデントレスポンスでは、ddコマンドやdumpit等で取得した .raw や .dmp ファイルを読み込ませます
if __name__ == "__main__":
# 架空のメモリデータを想定
dummy_memory = b"\x00" * 100 + b"\x2b\x7e\x15\x16\x28\xae\xd2\xa6\xab\xf7\x15\x88\x09\xcf\x4f\x3c" + b"\xFF" * 50
candidates = search_aes_key_schedule(dummy_memory)
for offset, key in candidates:
print(f"[+] オフセット 0x{offset:X} 付近に鍵の候補を発見しました: {key.hex()}")このように、攻撃者は自動化されたプログラムを使って、何ギガバイトもあるメモリから一瞬で暗号鍵を見つけ出し、通信の盗聴やデータの復号を行ってしまうのです。
—
4. 私たちはどう身を守るべきか？（防御策）
「メモリに置いただけで鍵が盗まれるなんて、もうお手上げじゃないか……」と絶望する必要はありません！セキュリティの世界には、ちゃんと対抗策が用意されています。
一歩ずつ、実践できる対策を見ていきましょう。
1. 鍵をメモリに長く留めない（Key Hygiene）
暗号化・復号が終わったら、メモリ上に残っている鍵のデータはすぐにゼロクリア（上書き消去）しましょう。プログラムが終了したあともメモリの隅っこにデータが残り続ける「残存メモリ問題」を防ぐ基本です。
2. 暗号化ハードウェア（HSM / TPM）の活用
ソフトウェアだけで鍵をメモリに持たせるのではなく、パソコンやサーバーに搭載されている専用のセキュリティチップ（TPM）や、クラウド上の専用ハードウェア（HSM）の中に鍵を閉じ込めましょう。これらの中にある鍵は、たとえOSが乗っ取られたりメモリダンプを取られたりしても、外部に抜き出せない仕組みになっています。
3. エンドポイントの監視（EDRの導入）
メモリ上の鍵を狙う攻撃者は、大体の場合、不審なプログラム（マルウェア）を端末の奥深くで実行しています。最新のEDR（Endpoint Detection and Response）ツールを導入し、「メモリを不正に読み取ろうとする不審なAPI呼び出し」をリアルタイムで検知・ブロックできるようにしておきましょう。
—
まとめ
今回はメモリフォレンジックのディープな世界から、「AES鍵スケジュールの特定」というテーマを紐解いてみました。
- メモリフォレンジックは、稼働中のコンピュータの記憶を覗き見て証拠や鍵を探す強力な捜査手法。
- AESの鍵スケジュールは、暗号の元になる鍵から派生した合鍵のリストであり、メモリ上に一定の規則性で現れる。
- 攻撃者はこの規則性を狙ってメモリから鍵を盗み出すが、鍵の速やかな消去やハードウェアセキュリティ（TPM/HSM）の活用でしっかりと対策できる。
セキュリティの仕組みを知ることは、まるで「自分の家の鍵の構造を知って、より頑丈な防犯対策をする」ことと同じです。難しく見える技術も、一つひとつ紐解いていけば必ず理解できます。
日々の開発やインフラ運用の現場で、「このデータ、メモリに置きっぱなしになっていないかな？」とふと立ち止まれるエンジニアを目指して、一歩ずつセキュリティの知識を深めていきましょう！
コメント