CVE-2026-85243

ملخص

ثغرة التحقق غير السليم من قيمة فحص السلامة في مكوّن Apache Camel Crypto PGP. تؤثر هذه المشكلة على Apache Camel: من 4.0.0 قبل 4.18.5، ومن 4.19.0 قبل 4.22.1. كانت الدالة unmarshal() تتحقق من رمز كشف التعديل فقط عندما كانت الرسالة عبارة عن حزمة بيانات محمية بالسلامة ومشفّرة تناظريًا وفق OpenPGP. أما حزمة البيانات المشفّرة تناظريًا الأقدم فلا تحمل مثل هذا الرمز، ونمط CFB في OpenPGP قابل للتلاعب دون وجوده، لذا فإن رسالة تستخدم تلك الحزمة كانت تتجاوز الفحص بالكامل. يتم اختيار نوع الحزمة من قبل من أنتج الرسالة، مما ترك للمُرسِل - أو لأي شخص قادر على إعادة كتابة الرسالة أثناء النقل - قرار ما إذا كان فحص السلامة مطبَّقًا أصلًا. خيار السلامة الحالي يتحكم في عملية marshalling فقط ولم يكن له نظير في جانب فك التشفير، لذا لم يكن بإمكان أي نشر اشتراط حماية السلامة على الرسائل التي يقبلها. قم بالترقية إلى Apache Camel 4.23.0، الذي يعالج المشكلة. يجب على المستخدمين على سلسلة إصدارات الدعم طويل الأمد 4.18.x الترقية إلى 4.18.5. ويجب على المستخدمين على سلسلة إصدارات الدعم طويل الأمد 4.22.x الترقية إلى 4.22.1. خيار requireIntegrityProtection، الذي تكون قيمته الافتراضية true، يرفض الآن أي رسالة غير محمية بالسلامة. لاحظ أن signatureVerificationOption لا يزال افتراضيًا على optional، لذا تُقبل الرسالة التي لا تحمل أي توقيع؛ والخياران معًا هما ما يمنحان الرسالة المفكوكة تشفيرها الأصالة وليس السرية فقط. بالنسبة للنشرات التي لا يمكنها الترقية فورًا، ارفض الرسائل التي لا تستخدم الحزمة المحمية بالسلامة قبل أن تصل إلى تنسيق البيانات. أما المسارات التي يجب أن تتوافق مع مُرسِل لا يزال يُصدر الحزمة القديمة فينبغي لها تعيين requireIntegrityProtection=false بعد الترقية، والتعامل مع المحتوى المفكوك على أنه غير موثَّق.

المصادر

• CVE-2026-85243PoC

  نموذج إثبات مفهوم قابل للتشغيل بـ Spring Boot وQuarkus لـ CVE-2026-85243، يوضّح تخفيض التحقق من السلامة في Apache Camel camel-crypto-pgp وإصلاحه.