導入：今なぜポスト量子暗号（PQC）の移行計画が必要か
量子コンピュータの進展により、現在広く使われている公開鍵暗号（RSA、ECCなど）は将来的に脆弱となるリスクがあります。長期保存が必要なデータや『収集していつか解読する（harvest now, decrypt later）』型の攻撃を防ぐため、組織は事前にポスト量子暗号（PQC）への移行計画を立て、段階的に実装する必要があります。
本稿は、NISTが公表した標準化の進捗と移行ドラフト（IR 8547）を踏まえ、実務で使える優先度付けの方法と社内ロードマップの作り方を、チェックリスト・テンプレート例つきで提供します。
NISTの最新動向（要点まとめ）
NISTは2024年に最初のPQC暗号標準（公開鍵暗号および署名の主要実装）を発表し、具体的にはモジュール格子ベースのKEM・署名（CRYSTALS-Kyber／CRYSTALS-Dilithium）やハッシュベース署名（SPHINCS+）を標準化しました。これらはFIPS規格（例：FIPS 203〜205）へ組み込まれる方向で整備されています。組織はこれらの標準を最優先の移行候補として扱うべきです。
さらに、NISTは移行方針を示す初期草案（NIST IR 8547）を公開しており、これには既存の量子脆弱な標準の特定、移行優先度の考え方、実装時の互換性・特性管理（いわゆる『暗号アジリティ』）が含まれます。公聴・意見募集は実施され、最終指針としての確定が進行中です。組織はIR 8547の考え方を社内方針に取り込むことを推奨します。
優先度付けのフレームワーク（実務用チェックリスト）
移行作業は工数と影響範囲が大きいため、全システム一斉置換は非現実的です。優先順位は次の4つの基準で決めます：
- データの耐久性（保存期間）：長期保存され、将来解読されると重大影響があるデータは高優先度。
- 機密性・規制要件：法規制や契約で高い保護が求められるデータ。
- 公開鍵使用の露出度：インターネットに公開される鍵やプロトコル（TLS、VPN、S/MIME等）は優先的に対応。
- 依存ベンダー／サプライチェーンの対応状況：主要ベンダーがPQCをサポートするまでの互換性確保や代替手段。
実務チェックリスト（短縮版）：
| 項目 | 評価方法 | 優先度目安 |
|---|---|---|
| 長期保存データ | 保持期間 > 5 年、機密性 | 高 |
| 公開TLSサービス | 外部証明書 + 顧客接続 | 高 |
| 内部ユーザー認証 | MFA／パスワードハッシュの影響 | 中 |
| 低感度ログ | 短期保存・匿名化済 | 低 |
上記の評価を全資産に対して実施し、"高"を移行フェーズ1、"中"をフェーズ2、"低"をフェーズ3としてロードマップ化します。NISTの移行ドラフトはこの資産ベースの優先順位付けを推奨しています。
社内ロードマップ（実例）と運用上の注意点
以下は企業向けの6〜24か月を想定したサンプルロードマップです。組織の規模やリスク許容度により調整してください。
サンプルロードマップ
- 0–3か月（準備）：暗号資産インベントリ実施、主要ステークホルダーとCISO主導の移行委員会設置、重要システムの洗い出し。
- 3–9か月（検証）：テスト環境でPQCアルゴリズム（例：ML-KEM, ML-DSA, SLH-DSA）を試験導入、互換性評価、パフォーマンステスト実施。
- 9–18か月（段階的導入）：外部公開サービス（TLS）や重要データ転送をハイブリッドモード（既存アルゴリズム＋PQCの組合せ）で移行し、顧客・パートナーとの相互運用テストを実施。
- 18–24か月（本番化と監査）：完全なPQC切替または暗号アジリティベースの運用開始、第三者監査とコンプライアンス更新。
運用上の注意点：
- パフォーマンスと鍵サイズの増加に備えインフラ（ネットワークMTU、CPU、メモリ）を検証する。
- ハイブリッドモードの採用は移行リスクを下げる有効手段。まずはクライアント・サーバ双方で互換性を確保すること。
- サプライチェーン（クラウドベンダー、証明機関、ライブラリ提供者）の対応計画を契約面でも確認する。
最後に、NISTの標準化は進展していますが、他の研究コミュニティや製品実装の動向も注視する必要があります。実務上はNISTが示す主要アルゴリズムを基準にしつつ、複数数学的基盤（格子・ハッシュ・符号化方式など）を組み合わせることで将来的な脆弱性に備えることが推奨されています。
次のアクション（即実行推奨）：
- 暗号インベントリを今月内に実施（資産管理台帳の拡充）。
- IR 8547の要点をセキュリティ運用チームと共有し、移行委員会を立ち上げる。
- 主要公開サービスでのハイブリッド実験を6か月以内に計画する。