- Yama var
- Son 7 gün
- CWE-347
CVE-2026-65632
jose kütüphanesinde ECDSA imza uzunluğu doğrulanmıyor, imza değiştirilebilir (signature malleability)
- Yayımlandı
- Güncellendi
- 26 Eki 2026
- Açık yaşı
- 1 gün
- Kaydı açan
- EEF
ÖzetTürkçe
jose kütüphanesi, kanonik olmayan uzunlukta ECDSA (ES256, ES256K, ES384 ve ES512) JWS imzalarını kabul ediyor. ECDSA imzası doğrulanırken src/jwk/jose_jwk_kty_ec.erl dosyasındaki jose_jwk_kty_ec:verify/4 fonksiyonu, ham imzayı RFC 7518 §3.4'te gereken sabit uzunluğu uygulamak yerine, gerçek bayt uzunluğunun yarısından bölüyor (split_binary(Signature, byte_size(Signature) div 2)) ve her iki yarıyı, baştaki sıfır baytları yok sayan crypto:bytes_to_integer/1 ile çözüyor.
Bunun sonucunda, geçerli bir token'a sahip bir saldırgan, R ve S yarılarının başına sıfır baytları ekleyerek daha uzun imzalar üretebilir. Bu imzalar yine eşit biçimde bölünür ve aynı (r, s) çiftine çözülür; dolayısıyla aynı anahtara karşı birçok farklı imza bayt dizisi geçerli sayılır (signature malleability). Bu açık, (r, s) değerleri değişmediği için yeni yükler sahteciliğine veya bir imzalayanın kimliğine bürünmeye olanak tanımaz. Ancak geçerli bir token'ın veya imzasının benzersiz olduğunu varsayan güvenlik kontrollerini, örneğin hash ile token iptali, tekrar oynatma (replay) veya idempotency önbellekleri ile tekilleştirme mantığını etkisiz kılabilir.
Bu sorun, 1.0.0 sürümünden 1.11.13 öncesine kadar olan jose sürümlerini etkiliyor.
Kaynaktaki açıklama (İngilizce)
The jose library accepts ECDSA (ES256, ES256K, ES384, and ES512) JWS signatures of a non-canonical length. When verifying an ECDSA signature, jose_jwk_kty_ec:verify/4 in src/jwk/jose_jwk_kty_ec.erl splits the raw signature in half by its actual byte length (split_binary(Signature, byte_size(Signature) div 2)) instead of enforcing the fixed length required by RFC 7518 §3.4, and then decodes each half with crypto:bytes_to_integer/1, which ignores leading zero bytes.
As a result, an attacker who holds one valid token can prepend leading zero bytes to each of the R and S halves to produce longer signatures that still split evenly and decode to the same (r, s) pair, so many distinct signature byte strings all verify against the same key (signature malleability). This does not allow forging new payloads or impersonating a signer, because the underlying (r, s) values are unchanged. It does defeat any security control that assumes a valid token or its signature is unique, such as token-revocation-by-hash, replay or idempotency caches, and deduplication logic.
This issue affects jose: from 1.0.0 before 1.11.13.
Bu açığın açıklamasını Türkçeye çevirdik. Adım adım çözüm önerilerini kritik ve yeni açıklar için hazırlıyoruz; düzeltilmiş sürüm aşağıdaki tabloda, ayrıntılar üreticinin duyurusunda.
Etkilenen sürümler1 yazılım
| Yazılım | Etkilenen | Düzeltildiği sürüm |
|---|---|---|
| potatosalad jose | ≥ 1.0.0, < 1.11.13 | 1.11.13 |
Kaynaklar7 kaynak
- CVE.org kaydı
- NVD kaydı
- github.com/…g-jose/security/advisories/GHSA-44hw-rpw9-mwg4 Üretici bülteni
- github.com/…ommit/72ce1866622b9329347dc52a94173ac0317bc9cf Yama
- cna.erlef.org/cves/CVE-2026-65632.html Diğer
- osv.dev/vulnerability/EEF-CVE-2026-65632 Diğer
- github.com/…ommit/a7746ecd4950f85a393136e449a91dac62b5c429 Diğer
Kayıt geçmişi
- 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.