ポスト量子暗号 (PQC) 移行を導く CISO 向け戦略プレイブック

本ブログは 2026 年 7 月 8 日に公開された AWS Blog “The CISO’s guide to post-quantum mandates and migrations” を翻訳したものです。

現在、十数の主要国・地域がポスト量子暗号 (PQC) の導入ガイダンスを公開しています。CISO であれば、既に移行計画をかなり進めており、最も難しい部分はアルゴリズムの変更そのものではないとご存じでしょう。リーダーシップにおける本当の課題は、大規模で複雑な組織全体で協調的な変革を推進することです。非対称暗号は、あらゆるプロトコル、あらゆるベンダー依存関係、そして目立たないところで鍵交換やデジタル署名を担っているあらゆるレガシーシステムに組み込まれているからです。このガイドでは、コンプライアンス期限を守りながら組織のセキュリティガバナンスをモダナイズするプログラムを実現する必要がある CISO、CTO、その他のシニアリーダー向けに、規制の背景と戦略的プレイブックを提供します。

本記事の重要なポイントは次の 5 つです。

• トップから始める。暗号のモダナイゼーションを、明確なタイムラインと測定可能なマイルストーンを持つエンタープライズリスクの低減として位置づけ、取締役会レベルのスポンサーシップを確保します。この取り組みの責任を担い、優先順位付けの基準を設定し、事業部門横断でデリバリーを調整する中央集約型のプログラムオフィスを立ち上げます。
• すべてをインベントリ化するのではなく、依存関係を分類する。ワークロードレベルで理解すべきことは 3 つです。プロバイダーが代わりにアップグレードしてくれるもの、期限内にアップグレードされず置き換えが必要なもの、そして自組織が所有し直接対応しなければならないものです。移行範囲を削減する最速の方法は、可能な限り暗号の責任を最初のカテゴリ (プロバイダーが代わりにアップグレードしてくれるもの) に移すことです。
• 暗号テレメトリに投資する。移行作業と並行して可視化の仕組みとモニタリングを整備します。この能力は不可欠ですが、移行の勢いを犠牲にしてはいけません。アルゴリズムの使用状況、PQC カバレッジ率、移行速度をワークロードレベルで追跡します。テレメトリは複数年にわたるプログラムを通じて取締役会のスポンサーシップを維持し、中央チームが優先順位を設定するためのフィードバックループを提供します。
• 一度きりのコンプライアンスではなく、俊敏性のために構築する。目標は PQC を一度デプロイすることにとどまるべきではありません。暗号の移行は繰り返し発生する運用上の要件になるため、標準の進化に合わせてプロトコル、アルゴリズム、鍵長を切り替えられる組織的な体制を築きます。
• セキュリティとガバナンスのモダナイゼーションとして扱う。徹底したパッチ適用の規律、信頼性の高い継続的インテグレーションと継続的デリバリー (CI/CD)、自動化されたライフサイクル管理は、PQC 移行の後も長く活用できる能力です。これらは、脆弱性が発見されるまでの期間が数週間から数時間へと短縮される、AI によって加速された脅威に対応するために必要な能力と同じです。アルゴリズムをオンデマンドで切り替えられる組織は、AI 主導の新たなエクスプロイトに対するパッチ適用も可能です。

以下、プレイブックの全容を説明します。

2024 年 8 月、NIST は、鍵カプセル化 (ML-KEM)、格子ベースのデジタル署名 (ML-DSA)、ハッシュベースの代替署名方式 (SLH-DSA) をカバーする最初の 3 つのポスト量子標準を公開しました。これらの標準は、ほとんどの国・地域が移行期限を設定する際に参照するベースラインとなっています。米国、欧州連合、英国、ドイツ、フランス、オーストラリア、カナダ、日本、韓国、インド、シンガポール、UAE はいずれも正式なガイダンスを公開しています。金融サービス業界の FS-ISAC や通信業界の GSMA のような業界団体も、独自の追加タイムラインを設けています。

これらのタイムラインは国・地域によって異なりますが、いずれも同じ方向を向いています。ほとんどの地域では、2027 年までに新規調達において PQC への対応準備を求めており、完全な移行の期限は業界や地域に応じて 2030～2035 年に設定されています。国境を越えて事業を展開する組織にとって、事業を行う各国・地域の具体的な要件に対応することは、コンプライアンスと競争上のポジショニングの両面で不可欠です。Amazon Web Services (AWS) は、「Migration to quantum-resistant cryptography」ページの FAQ セクションで、地域ごとの規制と期限を詳しく整理して公開しています。

歴史的に見ると、暗号の移行は予想よりはるかに長い時間がかかってきました。SHA-1 の廃止は、最初に脆弱性が公表されてから主要なブラウザが最終的に拒否するまで、約 20 年を要しました。MD5、3DES、RC4 も、移行が急務であるという明確な技術的コンセンサスがあったにもかかわらず、組織の対応が遅いという同じパターンをたどりました。また、これらの移行は、現在利用できるモダンなクラウドインフラストラクチャ、自動化されたオーケストレーション、リアルタイムのテレメトリがない時代に行われました。これらの能力を活用する組織は、より速く移行しながら、同時に将来に備えたセキュリティ基盤を構築できます。

移行のスコープ設定という課題は、明確に 2 つの系統に分かれます。1 つ目は、TLS、IPsec、SSH のような有効期間の短い認証プロトコルまたは暗号化プロトコルの一部としてアルゴリズムをネゴシエートするソフトウェアシステムです。これらのワークロードについては、クラウド中心のライフサイクル管理、自動パッチ適用、集中化されたライブラリのアップグレードにより、過去の暗号移行よりも容易になっています。マネージドサービスは透過的にアップグレードを処理でき、テレメトリツールによってエンドポイント全体のアルゴリズム使用状況をリアルタイムで可視化できます。CI/CD パイプラインを使用すれば、確実なロールバック経路を確保しながら段階的なロールアウトが可能です。モダンなクラウドインフラストラクチャを持つ組織にとって、暗号移行のこの側面を高速に実行できる環境は、かつてないほど整っています。

移行対象の 2 つ目の系統は、長期間使用される組み込みシステムです。これは、鍵とアルゴリズムのコードを含むファームウェアが書き込まれ、その場でのアップデートができないデバイスです。この対象範囲を削減する最速の方法は、暗号ワークロードをマネージドサービスにオフロードすることです。これにより、プロバイダーがハードウェアの更新サイクルを引き受け、移行したワークロードの分だけ計画対象のデバイスが減ります。専用ハードウェア上に残るものについては、年次の設備投資 (capex) レビューに量子への備えを組み込みます。量子技術の進歩は決まったスケジュールで訪れるわけではないため、量子ハードウェアの進展に照らして、組み込みの暗号資産を毎年評価してください。運用上問題なく何年も使えるデバイスもあれば、脅威が現実化するまでの期間が短くなるにつれて置き換えの前倒しが必要になるデバイスもあります。年次評価を行うことで、早期の廃止は予算外の緊急事態ではなく、計画されたビジネス上の意思決定になります。

以下のプレイブックは、組織の状況に合わせて適用できる PQC 移行への戦略的アプローチの概要です。各ステップは、企業全体の足並みをそろえ、不明確な点を実行可能なフレームワークで解消し、プログラムへの予算確保と計画どおりの進行を維持するための測定可能な進捗を実現するように設計されています。

CISO は、格子ベースのアルゴリズムに関する技術説明としてではなく、規制コンプライアンスと競争上のリスクに紐づくビジネスリスクの議論として、PQC を取締役会に提起する必要があります。その際には、誤解を正すことが重要です。取締役会レベルでよくある誤解の 1 つは、PQC 移行には保管中のすべてのデータの再暗号化が必要だというものです。これは事実ではありません。標準の 256 ビット対称暗号で暗号化された保管中のデータは、量子コンピュータに対して脆弱ではありません。この区別は実際の変更範囲を大幅に絞り込むものであり、スコープを過大に設定することを防ぐため、早い段階で伝えるべきです。

規制のタイムラインは具体的に提示してください。例えば、CNSA 2.0 が 2027 年 1 月までに新製品での PQC 採用を義務付けていること、そしてこれらのタイムラインが金融サービス、ヘルスケア、政府、防衛といった規制対象の業種では調達の関門として機能することを説明します。また、規制対象の業種に属する売上とワークロードをマッピングすることで、組織のリスクエクスポージャーを定量化できます。例えば、公共部門の顧客との既存契約や進行中の商談を、リスクにさらされているビジネスの定量的なデータとして活用できます。

これを実践するとどのようになるか、例を示します。1 つ目に、規制対象の業種において、PQC コンプライアンスの文言が既に含まれている、または更新時に含まれる見込みの既存契約を特定します。それに紐づく売上を計算し、18 か月以内の更新日をコンプライアンスクリフ (期限切迫リスク) として洗い出します。2 つ目に、進行中のパイプラインを確認します。PQC への対応準備を既に参照している RFP、ベンダーアンケート、調達要件はありますか? 自組織がコンプライアンスを実証できず、競合他社が実証できる場合、そのパイプラインの価値は、選定対象から除外されるリスクにさらされます。3 つ目に、規制が発効しつつある業種における獲得可能な市場機会の総額を算定し、準備ができていなければどの程度の市場を取り逃すことになるかを示します。顧客がベンダー契約に PQC への対応準備要件を盛り込むようになっている中、コンプライアンスを実証できない組織は、将来のビジネスで選定対象から除外されるリスクがあります。

最後に、取締役会レベルのスポンサーシップのもとで、専任の人員とベンダー予算を要求します。これは既存のセキュリティ運用に吸収されるサイドプロジェクトであってはなりません。四半期ごとに定量的な成果をリーダーシップレベルで追跡する経営層レビューを優先してください。

セキュリティ、エンジニアリング、コンプライアンス、調達にまたがる部門横断的な責任範囲を持つ暗号のセンターオブエクセレンス (CoE) を立ち上げます。プログラム全体をエンドツーエンドで所有し、経営層に直接報告する移行リーダーを任命します。PQC はネットワーキング、アイデンティティ、アプリケーション開発、ベンダー管理、コンプライアンスのすべてに同時に影響するため、これらの領域から代表者を集めてチームを構成してください。

このチームに、暗号ポリシー、ライブラリの使用、移行タイムラインに関する組織標準を設定する権限を与えます。また、同チームにベンダーやサプライヤーとの連携機能を持たせ、PQC への対応準備に関するクラウドプロバイダーやサードパーティベンダーとの関係を、責任を持つ 1 つのチームが推進できるようにします。

このチームに資金を投じ、各事業部門がゼロから作り直すのではなく再利用できる、中央集約型の対応パターンの整備を推進する役割を持たせてください。同チームが、リファレンス実装、承認済みのライブラリバージョン、テストフレームワーク、ロールアウトプレイブックを所有します。あるチームが特定のワークロードタイプの移行パターンを解決したら、中央チームがそのソリューションをパッケージ化し、組織内のすべての類似ワークロードに展開します。

明示的に義務付けられている国・地域を除き、ボトムアップの包括的な暗号インベントリを推奨するガイダンスには注意してください。その作業は数か月を費やし、実際の移行を遅らせる可能性があります。代わりに、依存関係を 3 つのカテゴリに分類します。

1. 他者が代わりにアップグレードしてくれるワークロード。マネージドクラウドサービス、Software as a Service (SaaS) プロバイダー、および PQC ロードマップを積極的に進めているインフラストラクチャベンダーがここに該当します。自組織の役割は、プロバイダーのタイムラインを検証し、確実に履行されるようにすることです。
2. 他者がスタックを所有しているが、期限内にアップグレードされないワークロード。これらは置き換えが必要なベンダー依存関係であり、計画上の耐用年数が終わる前に置き換える可能性もあります。置き換えの意思決定を調達や設備投資のサイクルに早期に組み込めるよう、今すぐ洗い出してください。
3. 自組織が所有し、自らアップグレードしなければならないワークロード。これらについては、その場でアップグレードするか、暗号レイヤーがマネージドになるクラウドへモダナイズするかを判断します。

最初の 2 つのカテゴリはベンダーリスク評価プログラムの範疇です。3 つ目のカテゴリが、自組織内で管理し、逆算スケジュールで完了まで推進すべきワークストリームです。どの依存関係が検証済みか、どの置き換えが進行中か、自己管理のスタックのうちどれにアップグレード計画があるかを追跡します。この 3 カテゴリモデルは、際限のない棚卸し作業に陥ることなく、中央チームに明確な意思決定フレームワークを提供します。

暗号の状況を可視化することは、計画、実行、そして監査人へのコンプライアンス実証に不可欠です。ただし、オブザーバビリティをワークロード移行の前提条件にすべきではなく、移行の勢いを犠牲にしないよう、並行するワークストリームとして捉えるべきです。可視化ツールが整備された後は、それまでに完了したすべての作業を遡って示すとともに、組織レベルの進捗をリアルタイムで把握できるようになります。

多くの組織は TLS から着手します。TLS は通常、最も広範に展開された暗号であり、ウェブアプリケーション、API、マイクロサービス全体で転送中の機密データを保護する主要なメカニズムだからです。サービスログのメタデータフィールドを使ってポスト量子と従来型の TLS トラフィックを区別し、すべてのエンドポイントにわたるアルゴリズム使用状況を示す TLS メトリクスダッシュボードの構築を推進してください。「AWS Config を使用したポスト量子暗号 (PQC) 対応の自動化」で紹介している PQC Readiness Scanner は、この種の可視化ツールを構築・デプロイする方法の一例です。時間の経過とともに、同じオブザーバビリティを IPsec、SFTP、SSH などの他のトランスポートプロトコルにも拡張します。

全社共通の KPI を設定した継続的な評価プログラムを確立し、その結果を経営層レビューに反映できるようにしてください。テレメトリは棚卸しに役立つだけでなく、複数年にわたるプログラムを通じて取締役会のスポンサーシップを維持するための、経営層レベルの進捗メトリクスも提供します。いくつかの例を挙げます。

• TLS 1.3 と ML-KEM 鍵交換を使用している TLS 接続の割合
• 定義したカテゴリ全体での PQC カバレッジ率
• 検証済みのベンダータイムラインと未確認のものの比率
• 新しい依存関係が非準拠として検出されてから修復までの時間

PQC カバレッジ率をワークロードレベルおよび組織レベルで追跡してください。これらのメトリクスにより、PQC 移行は一度きりのプロジェクトから継続的なガバナンス機能へと変わります。パッチ適用サイクル、脆弱性 SLA、コンプライアンス状況を既に管理しているのと同じ形です。目標は、将来の暗号移行を、そのたびに新しいプログラムを立ち上げるのではなく、日常的な運用作業として吸収できる恒常的な能力を育てることです。

PQC 移行は組織の境界を越えるものであり、サプライチェーン全体での協調した動きが必要です。クラウドプロバイダーと PQC ロードマップについて対話し、どのサービスが既に PQ-TLS をサポートしているか、どれがロードマップにあるか、いつサポートが見込まれるかを把握してください。サードパーティのソフトウェアベンダーや SaaS プロバイダーに対しては、PQC サポートのタイムラインについて明確な質問を投げかけ、今後は調達要件やベンダー契約に PQC への対応準備を盛り込んでください。

自組織が属する国・地域の規制当局や標準化団体と連携し、自組織の業界に適用される具体的なタイムライン、コンプライアンスの仕組み、監査の期待事項を把握してください。金融サービス、通信、ヘルスケア、重要インフラにはそれぞれセクター固有の PQC ワーキンググループがあり、同業組織がアプローチや教訓を共有しているため、業界フォーラムにも参加してください。この協調的なアプローチは、社内に消極的なステークホルダーがいる場合に、移行に必要な投資を獲得する助けにもなります。

すべてを一度に移行しようとするのではなく、段階的なアプローチを採用してください。リスクとユースケースに基づいてワークロードの優先順位を付けます。「AWS ポスト量子暗号への移行計画」ブログ記事に、この優先順位付けの例が紹介されています。ロードマップの実行にあたっては、あらゆる段階で信頼性の高いリリースとロールバックの仕組みを構築してください。PQC アルゴリズムはパフォーマンスやサイズの特性が異なるため、本番環境の負荷下で予期しない挙動が現れる可能性があります。レガシーな依存関係が移行の障害になる前に特定してください。カスタム TLS ライブラリやハードコードされた暗号スイートを使用しているシステムは、プロセスの早い段階で洗い出しておく必要があります。

PQC の対象範囲を削減する最速の方法は、カスタムの暗号スタックを完全に排除することです。マネージドサービスに移行したワークロードの分だけ、チームが手動でアップグレードしなければならないワークロードが減ります。AWS は既に、パフォーマンスへの影響を体感できないほど抑えつつ、複数のサービスエンドポイントでポスト量子鍵交換を提供しており、AWS Key Management Service (AWS KMS) と AWS Private Certificate Authority を通じてポスト量子署名も提供しています。クラウドのコンピューティング環境やオンプレミス環境の独自コードについては、AWS-LC のようなオープンソースの暗号ライブラリが、本番利用可能で FIPS 140-3 検証済みの PQC 実装を提供しており、チームは今すぐ採用できます。

クリプトアジリティ (暗号の俊敏性) とは、アルゴリズムの切り替え、プロトコルの更新、暗号の変更を、専用プログラムとしてではなく通常業務として吸収できる運用能力です。暗号標準は今後も進化し続けます。アルゴリズムは廃止され、置き換えられていきます。この能力を今のうちに構築した組織は、次回の移行時に新たなプログラムを必要としません。

クリプトアジリティには、4 つの分野での卓越性が求められます。

• パッチ適用とアップグレードの規律: 現在、フリート全体で一貫したパッチ適用サイクルを維持できていない場合、PQC 移行はそのギャップをエンタープライズ規模で顕在化させます。成熟した脆弱性管理プログラムは、既存の運用の自然な延長として PQC を取り入れます。
• 確実なロールバックを伴う段階的リリース: PQ アルゴリズムは署名と鍵のサイズが大きく、パフォーマンスプロファイルも異なります。変更を段階的にデプロイし、本番環境で挙動を検証し、想定どおりに動作しない場合に確実にロールバックできる必要があります。
• 一貫した CI/CD パイプライン: 非対称暗号に触れるすべてのアプリケーションは評価が必要で、場合によっては更新されたアルゴリズムやライブラリで再構築・再デプロイが必要になります。不安定なデプロイプロセスや手動のデプロイプロセスは、移行全体の妨げになります。
• 自動化されたセキュリティライフサイクル管理: 証明書のライフサイクル、鍵のローテーション、シークレットの保管、署名操作、コンプライアンス検証は、すべてマシンスピードで動作しなければなりません。現在は機能している手動プロセスも、セキュリティ要件が進化するにつれて破綻します。

これらは必ずしも PQC 固有の投資ではありません。適切に運営されているセキュリティ組織の基盤となる能力です。AI によって脆弱性の発見と悪用の速度が加速する中、クリプトアジリティを運用体制に組み込んでいる組織は、AI によって加速された脅威への対応において有利な立場にあります。優れたセキュリティリーダーは、脅威の状況が進化する中で組織に必要な運用上のレジリエンスを構築する契機として、PQC を活用できます。

PQC 移行は、次世代のエンタープライズセキュリティプログラムがどのように構築され、測定されるかを決定づけるものになります。過去のどの暗号移行よりも速くこの移行を実行するための技術ツールは既に存在します。今行動する組織は調達要件を形作り、業界の競争基準を設定することになります。先送りする組織は、タイムラインの圧縮、コストの増加、選択肢の減少に直面することになります。

AWS は、PQC 移行のプロセスを進めるお客様を支援します。最新のガイダンスと資料は「Migration to quantum-resistant cryptography」でご覧いただけます。

AWS Security Assurance Services と AWS プロフェッショナルサービスは、お客様自身のアプリケーションとワークロードのアップグレードを支援する専門的なガイダンスと、検証済みの実装アプローチを提供します。まずは、無料の Post-Quantum Readiness Accelerator の紹介ミーティングをリクエストできます。