IT用語集 2023/10/27

サイドチャネル攻撃とは？わかりやすく10分で解説

コラム

サイドチャネル攻撃とは？

サイドチャネル攻撃は、暗号アルゴリズムそのものを数学的に破るのではなく、実装や実行環境が外部に漏らす副作用（サイドチャネル）を観測して秘密情報を推測する攻撃です。代表例として、暗号処理の処理時間、消費電力、電磁波、CPUキャッシュの挙動などが挙げられます。暗号方式が理論上安全でも、実装や機器の作り方によっては秘密鍵や内部状態の推測につながる余地が残ります。

特に注意したいのは、サイドチャネル攻撃が「暗号の理論」ではなく、実装・ハードウェア・OS・共有実行環境・物理環境の問題として成立し得る点です。ICカードやIoT機器、決済端末、HSMのように鍵を長く扱う装置では、対策の優先度が上がります。一方で、すべてのシステムが同じ条件で狙われるわけではなく、実際のリスクは資産価値、観測しやすさ、処理の繰り返し回数、攻撃者の足場によって変わります。

サイドチャネル攻撃のイメージ

サイドチャネル（副経路）とは

暗号処理は、理想化すれば「入力→演算→出力」で完結します。しかし実機では、演算に伴って時間差、電力変動、電磁波、メモリアクセスの癖など、さまざまな情報がにじみ出ます。こうした本来の出力以外の観測可能な情報が副経路です。

副経路は、装置の外側から測る物理的なものだけではありません。CPUキャッシュ、分岐予測、共有資源の使われ方のように、マイクロアーキテクチャ上の挙動が観測できる場合も、攻撃の足掛かりになります。

なぜ「暗号が安全」でも漏れるのか

暗号アルゴリズムの安全性は、理想化された前提のもとで議論されます。ところが実装では、秘密情報に応じて分岐が変わったり、参照するメモリ位置が変わったり、処理時間や電力の波形に差が出たりすることがあります。攻撃者はその差を統計的に集めて、鍵や内部状態の候補を絞り込みます。

つまり、暗号方式の選定だけでは十分ではありません。サイドチャネル攻撃への対策は、実装品質、機器設計、実行環境、運用管理を合わせて考える必要があります。

サイドチャネル攻撃の歴史

サイドチャネル攻撃の研究は1990年代に大きく進みました。まずタイミング解析が知られるようになり、その後は電力解析、電磁波解析、キャッシュ攻撃などへと対象が広がっています。現在では、ICカードや組み込み機器だけでなく、サーバーや共有実行環境でも論点になる分野です。

サイドチャネル攻撃の特徴

暗号アルゴリズムが強固でも、実装や環境の弱点から成立し得る
装置の近くで測る物理系だけでなく、同一ホスト上の別プロセスや共有CPU資源を悪用する手法もある
成立には条件が必要で、対象、ノイズ、測定回数、攻撃者の位置取りに大きく左右される

他の攻撃手法との違い

暗号解析は、アルゴリズムや数学的性質の弱点を突く攻撃です。これに対してサイドチャネル攻撃は、装置・実装・実行環境が漏らす情報を突きます。また、ネットワーク攻撃のように通信内容を直接盗聴しなくても、機器の振る舞いを観測することで秘密情報に迫れる点が異なります。

サイドチャネル攻撃の種類

サイドチャネル攻撃は、何を観測するかによって大きく分かれます。実務で押さえておきたい代表例は次の通りです。

タイミング攻撃

タイミング攻撃は、処理時間の差から秘密情報を推測する攻撃です。分岐の有無、テーブル参照の違い、キャッシュヒット／ミスなどが時間差として表れる場合に成立します。対策の基本は、秘密情報に依存した時間差をできるだけ作らないコンスタントタイム実装です。

電力解析攻撃

電力解析攻撃は、消費電力の変動から演算内容を推測する攻撃です。ICカードや組み込み機器のように、電源ラインに近い場所で測定しやすい対象では現実味が増します。対策としては、マスキング、ブラインディング、ダミー演算、電力変動を読み取りにくくする設計などが検討されます。

電磁波解析攻撃

電磁波解析攻撃は、機器から放射される電磁波を測定し、演算の特徴を読み取る手法です。対策は、シールド、基板レイアウトの工夫、ノイズ対策、測定しにくい構造づくりなど、ハードウェア設計と実装の両面で考える必要があります。

故障利用（Fault）攻撃

故障利用攻撃は、電圧、クロック、レーザーなどで故障を誘発し、正常時と異常時の差から秘密情報を推測する手法です。厳密には「観測」だけでなく故障注入を伴う能動的な攻撃ですが、実務ではサイドチャネル対策とあわせて論じられることが少なくありません。対策としては、エラーチェック、冗長計算、耐タンパー性を意識した設計が有効です。

キャッシュ攻撃（マイクロアーキテクチャ系）

キャッシュ攻撃は、CPUキャッシュの挙動やアクセス時間の差を利用して、処理の内部状態を推測する攻撃です。共有資源がある環境で問題になりやすく、同一ホスト上の別プロセスや、場合によっては共有実行基盤上でも論点になります。対策はコンスタントタイム実装に加え、プロセス分離、SMTの扱い、コア固定、キャッシュ分割、仮想化基盤での隔離設計など、環境面まで含めて検討します。