Zafiyet.live Keşfet. Değerlendir. Düzelt. Doğrula.
Menü
  • Son 7 gün
  • CWE-345

CVE-2026-115408

Eclipse KeyPont crypto11 ML-KEM anahtar çifti aramasında yetkisiz genel anahtar bağlama sorunu

Eclipse Foundation Eclipse KeyPont

Orta 5,5 CVSS 3.1
Yayımlandı
Güncellendi
27 Eki 2026
Açık yaşı
1 gün
Kaydı açan
eclipse

Yönetici özeti

Bu açık, şifreleme anahtarlarının yanlış tarafa gönderilmesine yol açabilir ve gizli veriler üçüncü bir tarafın eline geçebilir. Kullanılan sistemler bu konuda etkilenebilir, bu nedenle güncelleme öncelikli olarak planlanmalıdır.

ÖzetTürkçe

Eclipse KeyPont crypto11/v2 modülünün 2.0.0-rc3 ile 2.0.0-rc8 arasındaki sürümlerinde, ML-KEM anahtar çifti arama fonksiyonları genel anahtarı CKA_ID ve CKA_LABEL değerlerine göre buluyor ve bu genel anahtarı özel anahtarla doğrulamıyor. Özel anahtarda CKA_ID bulunmadığında kullanılan yedek arama, ilk ML-KEM genel anahtarını döndürebiliyor. Etkilenen kullanıcılar, bu modülü ML-KEM ile kullanan uygulamalardır.

Saldırgan ne yapabilir?

Saldırgan, kimlik doğrulaması yapılmadan token üzerinde bir oturum açıp kurbanın CKA_ID/CKA_LABEL değerlerine sahip bir genel anahtar yerleştirebilir ve bu anahtarla yapılan kapsüllemelerdeki paylaşılan gizli anahtarları ele geçirebilir.

Kaynaktaki açıklama (İngilizce)

In github.com/eclipse-keypont/crypto11/v2 versions >= 2.0.0-rc3, <= 2.0.0-rc8, the ML-KEM key-pair lookup functions (FindMLKEMKeyPair, FindMLKEMKeyPairs, FindMLKEMKeyPairsWithAttributes) locate the public half of an ML-KEM key pair by CKA_ID/CKA_LABEL and never verify it against the private key. In addition, the "ID only" fallback search runs even when the private key has no CKA_ID, so the search template reduces to the public-key class and the ML-KEM key type and the first ML-KEM public key on the token is returned. Encapsulate() on the resulting key pair encrypts the fresh shared secret to that key, so its owner — not the holder of the private key the caller looked up — can recover the secret. An attacker who can open an unauthenticated session on the token and plant a public CKK_ML_KEM object carrying the victim's CKA_ID/CKA_LABEL receives the shared secrets for encapsulations performed through the substituted key pair, compromising the confidentiality of those secrets and of everything protected by keys derived from them. The v1 module paths have no ML-KEM support and are not affected.

Ne yapmalı?

  1. Eclipse KeyPont crypto11/v2 modülünü, sorunun giderildiği bir sürüme güncelleyin. Güncelleme için satıcının sağladığı sürüm bilgisini esas alın; bu veride kesin düzeltilmiş sürüm numarası belirtilmemiştir. Genel öneri
  2. Güncelleme yapılana kadar uygulamada ML-KEM anahtar çifti aramalarını ve Encapsulate çağrılarını mümkünse devre dışı bırakın ya da kullanımını sınırlandırın. Genel öneri
  3. Token üzerindeki nesneleri gözden geçirin ve beklenmeyen veya yetkisiz eklenmiş CKK_ML_KEM genel anahtar nesnelerini kaldırın. Genel öneri

Ek önlemler

  • Token oturumlarına yalnızca kimliği doğrulanmış kullanıcıların erişebilmesini sağlayın ve kimlik doğrulaması olmayan oturumları kısıtlayın. Genel öneri
  • Üretilen paylaşılan gizli anahtarların doğru alıcıya ait olduğunu bağımsız bir yöntemle doğrulayın. Genel öneri

Etkilenen sürümler1 yazılım

YazılımEtkilenenDüzeltildiği sürüm
Eclipse Foundation Eclipse KeyPont ≥ 2.0.0-rc3, ≤ 2.0.0-rc8 –

Kaynaklar5 kaynak

Kayıt geçmişi

  1. Yayımlandı

İlgili açıklar

Türkçe metin, resmi kayıtlardaki bilgilerle yapay zekâ yardımıyla yazıldı ve yayından önce otomatik kontrollerden geçti. Bir değişikliği uygulamadan önce üreticinin duyurusuna mutlaka bakın.