CVE-2026-88900

ملخص

ثغرة إزالة تسلسل البيانات غير الموثوقة في مكوّن Camel-Jgroups ضمن Apache Camel. تؤثر هذه المشكلة على Apache Camel: من 4.0.0 قبل 4.18.5، ومن 4.19.0 قبل 4.22.1. تقوم الدالة JGroupsEndpoint.createExchange(Message)، التي يستدعيها CamelJGroupsReceiver لكل رسالة يتلقاها مستهلك jgroups قبل توجيه التبادل، بتعيين جسم التبادل من org.jgroups.Message.getObject(). بالنسبة إلى ObjectMessage، وهو نوع الرسالة الذي يرسله منتج Camel jgroups، تقوم JGroups بإزالة تسلسل Java للحمولة عبر ObjectInputStream على خيط الاستقبال الخاص بها فور وصول الرسالة، وتعيد getObject() الكائن الناتج. لم يُطبَّق أي java.io.ObjectInputFilter على ذلك المسار ما لم يكن النشر قد عيّن مرشّح تسلسل على مستوى JVM: فلم يثبّت camel-jgroups أي مرشّح، وإصدارات JGroups المرفقة مع الإصدارات المتأثرة لا تطبّق أي مرشّح خاص بها، لذا يمكن إنشاء أي صنف قابل للتسلسل موجود على مسار أصناف التطبيق وتشغيل عمليات الاستدعاء الراجعة لإزالة التسلسل الخاصة به. وما لم يتم تكوين قناة أو خيار channelProperties، ينشئ المستهلك قناته باستخدام new JChannel()، أي حزمة بروتوكولات JGroups القياسية، التي تبثّ عبر UDP دون بروتوكول AUTH ودون تشفير، لذا يمكن لأي مضيف قادر على الوصول إلى مجموعة البث المتعدد (multicast) الخاصة بالعنقود أو منفذ الربط أن ينضم إلى العنقود ويرسل رسائل إلى المستهلك دون بيانات اعتماد. ويمكن لمثل هذا المضيف أن يرسل كائنًا متسلسلًا مصممًا بعناية يؤدي إلى تنفيذ شيفرة عن بُعد في عملية Camel عند وجود سلسلة أدوات استغلال (gadget chain) صالحة لإزالة التسلسل على مسار الأصناف، ولم يكن مطلوبًا أي خيار غير افتراضي على المستهلك. ولأن JGroups تُنشئ الكائن قبل تشغيل مستقبِل Camel، فإن أي فحص يُجريه Camel لا يمكنه سوى فحص النتيجة بعد إزالة التسلسل ولا يمكنه إيقاف الشيفرة التي تُنفَّذ أثناء إزالة التسلسل، لذا فإن إغلاق المشكلة يتطلب أيضًا ضابطًا يُطبَّق قبل قراءة الحمولة، كما هو موضح في التخفيف. يتطلب الاستغلال الوصول الشبكي إلى مجموعة البث المتعدد الخاصة بالعنقود أو منفذ الربط، وهو ما يعني مع نقل البث المتعدد UDP الافتراضي وجود مضيف على شبكة مجاورة، بالإضافة إلى سلسلة أدوات استغلال صالحة على مسار الأصناف، ولهذا تُقيَّم الخطورة على أنها عالية وليست حرجة. يُنصح المستخدمون بالترقية إلى الإصدار 4.23.0، الذي يعالج المشكلة. وإذا كان المستخدمون على سلسلة إصدارات 4.22.x، فيُقترح عليهم الترقية إلى 4.22.1. وإذا كان المستخدمون على سلسلة إصدارات 4.18.x، فيُقترح عليهم الترقية إلى 4.18.5. وقد بلغت سلسلة إصدارات 4.14.x وما قبلها، وخطوط الإصدارات من 4.15.x إلى 4.17.x ومن 4.19.x إلى 4.21.x، نهاية عمرها الافتراضي قبل حل هذه المشكلة ولن تتلقى إصلاحًا، لذا يجب على عمليات النشر على تلك الخطوط الانتقال إلى إصدار مدعوم.

المصادر