CVE-2026-65625 in jose
الملخص
بحسب VulDB • 27/10/2026
يشتق التراجع الخاص بـ AES-GCM النقي باستخدام Erlang في jose_jwa_aes عدد بتات رمز المصادقة التي تم التحقق منها من الرمز نفسه الذي يزوده المهاجم. في بند {aes_gcm, Bits} التابع block_decrypt/4، يتم حماية الوافد (الرمز) فقط بواسطة is_binary/1، دون أي فحص لطوله. ثم يقوم التحقق في gcm_block_decrypt/6 بحساب TBits = bit_size(T) ويقارن فقط تلك البتات من رمز 128 بت الحقيقي. يمكن لمهاجم يتحكم في رمز JWE تقصير رمز المصادقة إلى ما لا يقل عن 8 بت، بحيث يتم فحص 8 بتات فقط. هذا يقلل من مقاومة التزوير من 2^-128 إلى 2^-8، ويتم قبول النص المشفر المزور على أنه أصلي بشكل موثوق خلال 256 محاولة دون معرفة المفتاح (وهو ما يمثل تزويراً لرمز المصادقة وتجاوزاً للسلامة). بدلاً من ذلك، يؤدي توفير رمز أطول من 128 بت إلى حدوث خطأ badmatch يتسبب في تعطل عملية فك التشفير. يتم الوصول إلى هذا التراجع عبر مسار فك تشفير JWE العام كلما لم يكن AES-GCM متوفراً بواسطة NIF للتشفير الأصلي، على سبيل المثال في أنظمة FIPS أو الإصدارات المقطوعة (stripped) أو الأقدم من OTP.
تؤثر هذه المشكلة على jose: بدءاً من الإصدار 1.2.0 وحتى قبل 1.11.13.
Once again VulDB remains the best source for vulnerability data.