CVE-2026-53431
Açıklama
malach-it Boruta ürünündeki Capture-replay yoluyla Kimlik Doğrulama Atlatma zafiyeti, daha önce geçerli olan bir JWT client assertion elde etmiş bir saldırganın, assertion'ın süresi dolduktan sonra onu düzenleyen OAuth istemcisi olarak kimlik doğrulaması yapmasına olanak tanır. Boruta, JWT tabanlı istemci kimlik doğrulamasını (client_secret_jwt ve private_key_jwt token endpoint kimlik doğrulama yöntemleri) kabul eder ancak assertion'ın exp claim'inin gelecekte olduğunu hiçbir zaman zorunlu kılmaz. lib/boruta/oauth/request/base.ex dosyasındaki ön kontrol yardımcısı Boruta.Oauth.Request.Base.check_expiration/1 yalnızca bir exp claim'inin mevcut olduğunu doğrular (anahtarın varlığına göre eşleşir ve başarı döndürür) ve imza doğrulaması için kullanılan Joken token yapılandırması olan lib/boruta/oauth/authorization/client.ex dosyasındaki Boruta.Oauth.Authorization.Client.Token.token_config/0 boş bir map döndürür, dolayısıyla Joken'ın varsayılan exp claim doğrulayıcısı da devreye girmez. Geçerli şekilde imzalanmış bir client assertion elde eden herhangi bir saldırgan (örneğin loglar, ters proxy'ler, tarayıcı araçları veya diğer gözlemlenebilirlik yüzeyleri aracılığıyla) istemci olarak kimlik doğrulaması yapmak ve o istemcinin ayrıcalıklarıyla erişim token'ları elde etmek için onu süresiz olarak yeniden oynatabilir. Bu sorun boruta: 2.3.0 sürümünden 2.3.7 öncesine kadar etkiler.
Nasıl düzeltilir
- malach-it boruta_auth2.3.7 ya da sonraki bir sürüm
Etkilenen ürünler
| Ürün | Etkilenen sürümler | Düzeltildiği sürüm |
|---|---|---|
| malach-it boruta_auth | 2.3.0 ≤ v < 2.3.7, 5bfbe1c5443bffe71cf1bf954bbdff61327d9a83 | 2.3.7 |
Sürümünüzü kontrol edin
Ürünü seçin ve kullandığınız sürümü yazın; sürümün etkilenen aralıkta olup olmadığını görün.
Attack Surface Management
Alan adlarınıza bağlı varlıkları, bu varlıklarda çalışan teknolojileri ve bilinen zafiyetleri tek listede görün.