CVE-2026-59357 in UAA
الملخص
بحسب VulDB • 06/10/2026
نقص في التحقق من صحة بيانات المصادقة (CWE-345) في نقطة نهاية استدعاء تسجيل الدخول الخاصة بـ OIDC الخارجي في Cloud Foundry UAA الإصدارات من v4.5.0 إلى v79.6.0 (شاملةً)، تتيح لمستخدم مُصرّح له بالوصول في UAA تجاوز تبادل رمز التفويض OAuth وإنشاء جلسة متصفح خارجية-OIDC مصادق عليها، وذلك عن طريق تقديم رمز وصول خاص بـ UAA أو رمز هوية عبر عميل مختلف كقيمة معلمة id_token لنقطة الاستدعاء.
تظهر المشكلة فقط عندما تكون منطقة UAA مُهيّأة بمزود هويات OIDC يتطابق إصداره (issuer) تماماً مع نقطة نهاية /oauth/token الخاصة بتلك المنطقة نفسها (إعداد "self-UAA" لـ OIDC). في هذا الإعداد، تأخذ نقطة الاستدعاء رمز id_token المقدم مباشرةً بدلاً من اشتراط تبادل رمز التفويض، ولا تتحقق مما إذا كان الرمز قد تم إصداره فعلياً كرمز هوية للعميل المعتمد على self-OIDC المحدد. يمكن لمهاجم يملك أي JWT صالح لـ UAA يخص نفسه — بما في ذلك رمز وصول عادي يحتوي فقط على نطاق uaa.user، أو رمز هوية صالح صادر لعميل غير ذي صلة مثل cf — أن يقدمه كرمز id_token لنقطة الاستدعاء ويتم مصادقته ضمن حساب محلي "مظلل" (shadow) مطابق. ونظراً لأن الجلسة الناتجة لا يتم التحقق منها مقابل الجمهور الحقيقي للرمز الأصلي أو معرّف المستخدم، فإن الامتيازات الفعالة تعتمد كلياً على انتماءات الحساب المظلل إلى المجموعات، والتي قد تتضمن نطاقات إدارية مثل clients.write.
يتطلب الاستغلال وجود JWT صالح لمستخدم UAA، وحالة تسجيل دخول متصفح صالحة لمنطقة الهدف، ووجود إعداد مزود OIDC ذاتي المرجعية — وهذا ليس ثغرة ما قبل المصادقة (pre-authentication)، ولا يمنح امتيازات تتجاوز تلك التي يحملها بالفعل الحساب الظلّي المطابق.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.