【2030年問題】オーストラリア政府が突きつけた”暗号全取替え”の衝撃 ― LATICEフレームワーク完全解説 #pqc – Qiita

ここで、最も恐ろしいシナリオをお伝えします。

あなたの会社で起きるかもしれないこと：

2035年のある日、監査法人から連絡が入る。

「御社の2024年の取締役会議事録が、ダークウェブで公開されています」

調査の結果、判明した事実：

• 2024年当時、攻撃者がVPN通信を傍受・保存していた
• 2034年に実用化された量子計算機で、保存データを解読
• M&A交渉の機密情報が競合他社に流出

暗号が破られた時点では、もう手遅れなのです。

だからこそ、今日暗号化するデータが問題になります。以下のようなデータは、10年後も価値を持ち続けます：

• 📋 医療記録 ― 患者のプライバシーは生涯続く
• 💰 金融情報 ― 取引履歴、口座情報
• 🔒 国家安全保障関連 ― 機密情報の寿命は数十年
• 💡 知的財産 ― 特許出願前の研究データ

これらのデータは、今すぐ量子耐性暗号で保護する必要があります。

PQCとは何か：量子時代の「新しい鍵」

L - Locate（特定）
A - Assess（評価）
T - Triage（優先順位付け）
I - Implement（実装）
C - Communicate（コミュニケーション）
E - （Eは含まれていませんが、語呂合わせとして）

# 実践例: システム内の証明書を検索
find / -name "*.pem" -o -name "*.crt" 2>/dev/null

# TLS接続で使用されているアルゴリズムを確認
openssl s_client -connect example.com:443 -showcerts

{
  "asset_id": "WEB-001",
  "type": "TLS Server",
  "location": "api.example.com:443",
  "algorithms": {
    "key_exchange": "ECDHE-P256",
    "signature": "RSA-2048",
    "encryption": "AES-256-GCM"
  },
  "priority": "HIGH",
  "pqc_ready": false
}

# 概念的なML-KEMの使用例（Python風疑似コード）
from cryptography.hazmat.primitives.asymmetric import ml_kem

# 鍵ペア生成
private_key = ml_kem.ML_KEM_768.generate_private_key()
public_key = private_key.public_key()

# 鍵カプセル化（送信側）
ciphertext, shared_secret = public_key.encapsulate()

# 鍵デカプセル化（受信側）
recovered_secret = private_key.decapsulate(ciphertext)

理想的タイムライン（ASD）: 2028-2030（2年間で完全移行）
                     vs
現実的タイムライン（専門家）: 2025-2035（10年間）

推奨: 今すぐ開始 + 柔軟な計画 + リスクベースの優先順位付け

件名: PQC（Post-Quantum Cryptography）対応ロードマップについて

ご担当者様

弊社では、量子計算機の脅威に備えたPQC移行の検討を開始しております。
御社製品・サービスのPQC対応ロードマップについて、
以下の点をご教示いただけますでしょうか。

1. PQC対応の予定時期
2. 対応予定のアルゴリズム（ML-KEM、ML-DSA等）
3. 移行に際して必要な作業・コスト

ご多忙のところ恐れ入りますが、よろしくお願いいたします。