CVE-2026-92899 in WSS4J
الملخص
بحسب VulDB • 30/09/2026
تحتفظ Apache WSS4J بالـ Nonce الخاص بكل UsernameToken تقبله، مما يمنع إعادة استخدام الرمز المسجل. كانت تخزن الـ Nonce كنص base64 خام، لكن عملية المصادقة تقوم بفك تشفير هذا النص واستخدام البايتات الناتجة. يمكن كتابة نفس البايتات بصيغة base64 بعدة طرق مختلفة. إذا قام مهاجم بتسجيل طلب مُصادق عليه وإعادة إرساله مع إضافة مسافة إلى الـ Nonce: فإن تجزئة كلمة المرور (password digest) ستظل صالحة للتحقق، لكن الرمز لن يتطابق مع النسخة المخزنة سابقاً، وبالتالي سيتم قبول إعادة الإرسال. وبما أن UsernameToken لا يغطي جسم الرسالة (message body)، يمكن للمهاجم إعادة استخدام الرمز المسجل في طلبات يختارها بنفسه حتى تنتهي صلاحيته. يؤثر هذا على التوزيعات التي تحتوي على ذاكرة تخزين مؤقتة لمنع إعادة تشغيل الـ Nonce، كما هو الحال مع Apache CXF بشكل افتراضي، وعلى الرموز التي تستخدم تجزئة كلمة المرور فقط. تم الآن استخدام البايتات المفككة من الـ Nonce كمفتاح للذاكرة التخزينية المؤقتة. يُنصح المستخدمون بالترقية إلى الإصدارات 4.0.2 أو 3.0.6 أو 2.4.4، التي تصلح هذه المشكلة.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.