Cloudflare alan adlarında kuantum sonrası şifreleme kullanımını gösteriyor

Cloudflare, 29 Eylül 2026'da alan adı düzeyinde kuantum sonrası şifreleme görünürlüğü getirdi. Bir alan adına gelen trafiğin ne kadarının kuantum sonrası şifrelemeyle korunduğu artık HTTP Traffic Analytics panelinde, Log Explorer'da ve Logpush kayıtlarında görülebiliyor.

Panelde ve kayıtlarda yeni alanlar

Özellik, her TLS 1.3 bağlantısında hangi anahtar değişim algoritmasının kullanıldığını gösteriyor. Kuantum sonrası seçenek X25519MLKEM768: klasik X25519 ile ML-KEM'i birlikte kullanan hibrit bir yöntem; ikisinden biri güvenli kaldığı sürece bağlantı da güvenli kalıyor. Klasik X25519, P-256 ve P-384 ile kullanımdan kalkmakta olan taslak sürüm X25519Kyber768Draft00 de ayrı ayrı listeleniyor. HTTP Traffic Analytics'te TLS anahtar değişim grupları için ayrı bir kart var ve trafik bu alana göre süzülebiliyor. Tek tek bağlantılar için HTTP Requests veri setinin TLS bölümüne ziyaretçi ile Cloudflare arasındaki bağlantıyı gösteren ClientTLSKeyExchangeGroup alanı eklendi. Cloudflare ile kaynak sunucu arasındaki bağlantı için de Logpush'ta OriginTLSKeyExchangeGroup alanı var.

Bu görünürlük, kendi sunucularının kuantum sonrası şifrelemeye hazır olup olmadığını görmek isteyen şirketlere yarıyor. Verinin bugün toplanıp güçlü kuantum bilgisayarlar çıktığında çözülmesini hedefleyen saldırılara karşı önlem, kamu, finans, sağlık ve telekom gibi uzun süre gizli kalması gereken verilerle çalışanlar için özellikle önemli. Cloudflare, Radar verilerine göre tarayıcı tarafında trafiğin büyük kısmının hazır olduğunu, kaynak sunucuların çoğunun ise bu yöntemi henüz kullanmadığını söylüyor.

Oran düşük çıkarsa

Şirkete göre bir alan adında X25519MLKEM768 hiç görünmüyorsa önce TLS 1.3'ün açık olduğu kontrol edilmeli. Ayrı bir kuantum sonrası ayarı bulunmuyor; TLS 1.3 açıkken bu yöntemi destekleyen ziyaretçilerle Cloudflare onu kendiliğinden kullanıyor. Trafiğin çoğu klasik algoritmalarla geliyorsa ziyaretçilerin önemli kısmı tarayıcı dışı istemciler olabilir. Kuantum sonrası şifrelemeyi desteklemeyen eski kaynak sunucular için Cloudflare, sunucuyu güncellemeden Cloudflare Tunnel arkasına almayı öneriyor; bu durumda sunucudan Cloudflare'e giden trafik X25519MLKEM768 ile taşınıyor.

Duyuruda plan ayrımı belirtilmiyor; Cloudflare'in belgelerine göre Logpush yalnız Enterprise planında sunuluyor, Log Explorer'ın erişimini de hesap panelinden kontrol etmek gerekiyor. Görünürlük şimdilik şifreleme tarafını kapsıyor; sertifika ve imzalarda kuantum sonrası kimlik doğrulamanın, bu teknoloji yaygınlaştıkça ekleneceği belirtiliyor. Geçiş planlarını değerlendirirken bağımsız güvenlik araştırmacılarının değerlendirmelerini takip etmekte fayda var.

Kaynaklar: Cloudflare: Post-quantum visibility, Cloudflare Docs: Logpush.