CVE-2026-85296
Apache Camel: ارتباك مفتاح التوقيع بين الشركاء في Camel-AS2 عبر الحالة المشتركة لكل طلب
- تم النشر
- 19/10/2026
- محدث
- 19/10/2026
- تخصيص CNA
- apache
- الأدلة المرصودة
- 20/10/2026
CVSS الأساسي
nvd · CVSS 3.1
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:L/A:Nمنخفض · الثلاثين يومًا القادمة
- المئوية
- 32.9%
- تاريخ الموديل
- 25/10/2026
EPSS هو تقدير إحصائي، وليس يقينًا أو مقياسًا للتأثير. ادمجها مع CVSS وحالة KEV والتعرض وبيئتك.
ملخص
كشف عن ثغرة "عرض عنصر البيانات للجلسة الخاطئة" في مكوّن AS2 في Apache Camel. تؤثر هذه المشكلة على Apache Camel: من 4.0.0 قبل 4.18.5، ومن 4.19.0 قبل 4.22.1. كانت مواد التوقيع الخاصة بطلب فردي تُخزَّن في حالة مشتركة بين الطلبات بدلاً من أن تكون محصورة في الطلب الذي تتم معالجته. وحيثما يخدم النشر أكثر من شريك تجاري واحد، فقد تتمكن الطلبات المتزامنة أو المتعاقبة من الاطلاع على مواد بعضها البعض، وقد يتم توقيع إشعار إيداع رسالة (Message Disposition Notification) بمفتاح شريك غير الشريك الذي كان الإيصال مخصصًا له. والنتيجة هي الخلط بين مفاتيح الشركاء: إيصال يُنسب إلى الشريك الخاطئ، واستخدام مواد توقيع شريك أثناء معالجة تبادل شريك آخر. وعادةً ما تكون عمليات نشر AS2 متعددة الشركاء بحكم التصميم، لذا يُبلَغ إلى الحالة عبر حركة مرور متزامنة عادية بدلاً من أي شيء يجب على المهاجم ترتيبه. قم بالترقية إلى Apache Camel 4.23.0، الذي يصلح المشكلة. يجب على المستخدمين على سلسلة إصدارات الدعم طويل الأمد 4.18.x الترقية إلى 4.18.5. يجب على المستخدمين على سلسلة إصدارات الدعم طويل الأمد 4.22.x الترقية إلى 4.22.1. أصبحت مفاتيح التوقيع لكل طلب محصورة الآن في الطلب الذي تتم معالجته في ResponseMDN. بالنسبة لعمليات النشر التي لا يمكنها الترقية فورًا، شغّل سياق Camel منفصلًا لكل شريك تجاري بحيث لا تُشارَك أي مواد توقيع بينها.
المصادر
نسخة إثبات مفهوم قابلة للتشغيل بـ Spring Boot وQuarkus تُعيد إنتاج CVE-2026-85296، وهو خلط في مفتاح توقيع MDN عبر الشركاء في camel-as2 (CWE-488)، مع نسخ بناء متأثرة ومُصلحة.
الاستخدام المسؤول
استخدم معلومات الثغرات الأمنية فقط على الأنظمة التي تمتلكها أو المرخص لها باختبارها. يرتبط Kitploit ببيانات تعريف البحث العامة ولا يخزن أكواد الاستغلال أو الحمولات الضارة.