· kaynak dev.to (home feed)
AWS KMS, ML-KEM anahtar kapsüllemesi ekleyerek post-kuantum kriptografiyi üretime taşıdı
AWS'nin Key Management Service'i artık üç ML-KEM parametre setinin tamamını destekliyor ve özel anahtarlar FIPS 140-3 Level 3 donanım güvenlik modüllerinde tutuluyor. NIST, 2030'dan sonra kuantum saldırılarına açık açık anahtarlı kriptografiyi kullanımdan kaldırıyor.

AWS ne yayınladı
26 Ekim'de AWS, dev.to'da yayımlanan bir yazıya göre Key Management Service'e ML-KEM ekledi. ML-KEM, NIST'in 2024'te FIPS 203 olarak standartlaştırdığı anahtar kapsülleme mekanizması ve üç parametre setinin tamamı destekleniyor: ML-KEM-512, ML-KEM-768 ve ML-KEM-1024.
İşi iki yeni API çağrısı yapıyor. Encapsulate bir açık anahtar alıyor ve rastgele bir 32 baytlık paylaşılan sır ile bir ciphertext döndürüyor; Decapsulate bu ciphertext'i özel anahtarla birlikte alıp aynı sırrı geri çıkarıyor. Özel anahtarın kendisi hiçbir zaman donanım güvenlik modülünden çıkmıyor ve AWS, bu HSM'lerin FIPS 140-3 Level 3 seviyesinde doğrulanmış olduğunu belirtiyor.
Özelliğin, KMS'nin çalıştığı tüm bölgelerde Bahrain, Birleşik Arap Emirlikleri ve Çin hariç kullanılabildiği yazıda belirtiliyor. AWS ayrı bir ML-KEM fiyatlandırması açıklamadı ve duyuruda benimseme ya da performans verisi de yer almadı.
Bu, AWS'nin ilk post-kuantum adımı değil. Aynı hafta Amazon Aurora PostgreSQL, 18 ve üzeri sürümlerde post-kuantum TLS anahtar değişimi ekledi. Nisan 2025'te AWS, KMS'ye yapılan bağlantılar için hibrit bir post-kuantum seçeneği eklemişti ve KMS, imzalama için FIPS 204 imza şeması olan ML-DSA'yı zaten destekliyor.
Bir kütüphane daha değil, anahtar deposu neden daha önemli
ML-KEM'i bir dizüstü bilgisayarda bir kütüphaneden çalıştırmak kolay; zor olan kısım anahtarların nerede yaşadığı, kimlerin onlara dokunabildiği ve bir anahtarın değiştirilmesi gerektiğinde ne olduğudur. KMS, özel anahtarı doğrulanmış bir modüle yerleştiriyor ve erişim politikası, denetim kaydı (audit logging) ve rotasyonla sararak uygulamaya uzun süreli anahtarı hiç göstermeden paylaşılan bir sır veriyor.
Göçü zorlayan tehdit "şimdi topla, sonra şifre çöz" yaklaşışı: bir saldırgan bugün şifrelenmiş trafiği kaydediyor ve yeterince güçlü bir kuantum bilgisayarı ortaya çıktığında şifreyi çözüyor. Bu saldırı yalnızca anahtar değişimine karşı işe yarar. Paylaşılan sır RSA ya da eliptik eğri Diffie-Hellman ile belirlendiyse, gelecekteki bir makine bugün yapılmış bir kayıttan onu geri çıkarabilir; ML-KEM ile belirlendiyse kayıt kilitli kalır.
Yazının savunusuna göre KMS, şirketlerin veritabanlarını, yedekleri ve müşteri verilerini koruyan anahtarları zaten sakladıkları yer olduğu için ekipler, anahtar yönetimlerini sıfırdan kurmadan uzun ömürlü verileri korumaya başlayabilir.
Boyutlar, hibritler ve bir KEM'in yapmadığı şeyler
dev.to'daki yazar, küçük ve denetlenmemiş bir şifreli mesajlaşma uygulamasında ML-KEM-768 kullanan biri olarak bazı pratik zorluktan bahsediyor. ML-KEM-768 açık anahtarı 1.184 bayt ve ciphertext'i 1.088 bayt, buna karşılık X25519 açık anahtarı 32 bayt; yani protokoller doğrudan takma değişiklikle değil yeniden tasarıma ihtiyaç duyuyor. Veritabanlarındaki, mesaj kuyruklarındaki ve URL alanlarındaki boyut sınırları, göçlerin sessizce kırıldığı yerlerdir.
Yazara göre hibrit tasarımlar, yani ML-KEM'i klasik bir algoritmayla yan yana çalıştırmak, şu an için akıllıca bir varsayılan seçim; çünkü klasik algoritmaların arkasında onlarca yıllık kriptanaliz varken ML-KEM'in standart olarak yalnızca iki yılı var. AWS'nin kendi önceki KMS değişikliği de hibripti ve dokümantasyonu hibriti göç yolu olarak ele alıyor.
Ayrıca bir KMS özelliği tek başına bir uygulamayı post-kuantum yapmıyor. Depolama ve bir API sağlıyor; hangi verilerin korunmaya ihtiyaç duyduğuna, hangi oturumların yeni anahtarları kullanacağına ve protokollerin daha büyük anahtar malzemesini nasıl ele alacağına ekipler karar veriyor. Başka yerlerde RSA anahtar taşımasıyla şifrelenmiş veriler etkilenmiyor. Ve ML-KEM kimlik doğrulamayı çözmüyor: karşıdaki tarafın kim olduğunu kanıtlamadan paylaşılan bir sır oluşturuyor; ML-DSA desteğinin en az bunun kadar önemli olmasının nedeni bu. Kimliği doğrulanmamış bir anahtar değişimi, ortadaki adam (person-in-the-middle) saldırılarını davet eder.
Neden önemli
AWS duyurusundan bir gün sonra, 27 Ekim'de yayımlanan NIST'in nihai geçiş raporu, dev.to yazısına göre 2030'dan sonra kuantum saldırılarına açık açık anahtarlı kriptografiyi kullanımdan kaldırıyor ve 2035'ten sonra NIST standartları altında izin vermiyor. Tıbbi kayıtlar, hukuki arşivler ve saklanan mesajlar gibi uzun raf ömrüne sahip veriler için bu son tarih göründüğünden daha yakın.
Daha büyük değişim ise altyapısal. Post-kuantum kriptografi çoğunlukla kütüphanelerde, standart belgelerinde ve araştırma projelerinde yaşadı. ML-KEM'i yönetilen bir anahtar kasası içinde sunmak, göçü şirketlerin zaten güvendiği aynı donanım, politikalar ve denetim kayıtlarıyla desteklenen bir yapılandırma seçimine dönüştürüyor. Açıklanmamış fiyatlandırma, hariç tutulan üç bölge ve benimseme verisinin olmaması gibi bilinmeyenler ise beklemek değil dikkatle planlamak için gerekçeler.
- #aws
- #post-quantum-cryptography
- #key-management
- #encryption
- #cloud