PQC'ye Geçiş: Hibrit Yaklaşımlar

Klasik kriptografiden kuantum sonrası kriptografiye geçiş, tarihteki en büyük kriptografi geçişidir; 2048 bitlik RSA yükseltmesinden veya SHA-1'in kullanımdan kaldırılmasından daha karmaşıktır. Protokollerin, kütüphanelerin, HSM'lerin, sertifikaların ve kodun eşzamanlı olarak güncellenmesini gerektirir.

Hibrit KEM = Klasik KEM + PQC KEM. Ortak sır = KDF(classical_secret || pqc_secret). Güvenlik için her ikisinin de kırılması gerekir. Kuantum saldırgan ECDH'yi kırabilir, ancak Kyber'ı kıramaz. Klasik saldırgan ikisini de kıramaz. Geçiş dönemi boyunca derinlemesine savunma sağlar.

Google Chrome ve Cloudflare, ECDH X25519 ile Kyber-768'i birleştiren X25519Kyber768'i 2023'te TLS 1.3'te kullanıma sundu. IETF taslağı draft-ietf-tls-hybrid-design, çerçevelemeyi tanımlar. Her iki taraf da birleştirilmiş anahtar paylaşımını mevcut TLS ClientHello uzantısında anlaşır.

X.509 sertifikaları günümüzde RSA veya ECDSA açık anahtarlarını kullanır. Geçiş yolu: (1) çift algoritmalı sertifikalar (klasik + PQC) yayımlayın, (2) ara CA'ler PQC anahtarları kullansın, (3) kök CA'ler en son geçiş yapsın. CA/Tarayıcı Forumu, PQC sertifika profilleri geliştiriyor.

Birçok HSM, PQC algoritmalarını desteklemek üzere üretici yazılımı güncellemesi yapılamaz. Donanım yenileme döngüleri 5-10 yıl sürer. Kuruluşlar HSM üretici yazılımı yol haritalarını denetlemeli, donanım değişimini planlamalı ve geçiş sırasında eski HSM'ler için yazılım tabanlı PQC köprülerini değerlendirmelidir.

1. adım: kriptografi envanteri çıkarın. Şunları belirleyin: her RSA/ECC anahtarı ve sertifikası, her DH anahtar değişimi, her protokol sürümü. Araçlar: şifreleme paketi tarayıcıları, sertifika envanteri araçları, kriptografi çağrıları için statik kod analizi. Tüm varlıkların kullanım ömürlerini belgeleyin.

En yüksek aciliyet: uzun ömürlü veriler (gizli sınıflandırılmış veriler, tıbbi kayıtlar) — bugün ele geçirilip ileride şifresi çözülme tehdidine açık. Sonraki öncelik: protokollerde anahtar değişimi (TLS, SSH, VPN) — önce hibrit KEM'lerle geçiş yapın. En düşük aciliyet: kısa ömürlü veriler üzerindeki imzalar (oturum belirteçleri).

Python: ML-KEM için liboqs arka ucuna sahip pyca/cryptography kullanın. Java: BouncyCastle PQC modülü. Rust: pqcrypto paketleri. Şunları değiştirin: rsa.generate_private_key() → ML-KEM anahtar oluşturma; ecdh_key_agreement() → ML-KEM kapsülleme/kapsül açma. Kriptografik çeviklik katmanı üzerinden soyutlayın.

Kriptografik çeviklik: sistemleri, kod değişikliği yapmadan algoritmaları değiştirebilecek şekilde tasarlamaktır. Algoritma tanımlayıcı alanları, anahtar türü kayıt defterleri ve takılabilir arka uçlar kullanın. Serileştirme biçimlerine algoritma adlarını sabit olarak gömmekten kaçının. Bu yaklaşım SHA-1→SHA-256 geçişini mümkün kıldı ve RSA→PQC geçişini mümkün kılacak.

NIST PQC referans uygulamalarındaki bilinen yanıt sınama vektörleriyle sınayın. OQS-OpenSSL birlikte çalışabilirlik sınama paketine göre doğrulayın. OpenSSL için oqs-provider ile hibrit TLS'yi sınayın. Uygulama kılavuzlarındaki güncellemeler için NIST FIPS 203/204/205/206 düzeltme notları sayfalarını izleyin.

NIST/NSA önerileri: (1) yeni RSA/ECC sistemleri kurmayı hemen bırakın. (2) TLS ve VPN'lerde hibrit anahtar değişimini 2025-2026'ya kadar devreye alın. (3) Sertifikaları 2028-2030'a kadar PQC'ye geçirin. (4) CRQC riski ortaya çıkmadan önce, HSM'ler de dahil olmak üzere tam geçişi 2035'e kadar tamamlayın.

Bugün (RSA/ECDH kullanılarak) şifrelenen veriler, kuantum bilgisayarlar henüz var olmadan önce bile neden risk altındadır?

PQC geçişinde, geçiş dönemi boyunca hibrit KEM'ler (klasik + PQC) kullanılır. Uzun ömürlü verileri ve anahtar değişimini önceliklendirin. Kriptografik envanter çıkarın, donanımı güncelleyin ve kriptografik çevikliği zorunlu kılın. NIST, 2035'e kadar tam geçiş yapılmasını öneriyor. Sırada: blok zinciri kriptografisi — Merkle ağaçları ve PoW.