Skip to content
KitploitKITPLOIT
أدواتعمليات الاستغلالالمدونة
Log in
إرسال
أدواتعمليات الاستغلالالمدونة
إرسال

أدوات الاختراق واختبار الاختراق والأمن السيبراني لترسانتك الأمنية!

Kitploit هو دليل لأدوات الاختراق والأمن السيبراني واختبار الاختراق. اكتشف آخر تحديثات المشاريع للعثور على الثغرات وتحليل الأنظمة وأتمتة الاختبارات وتعزيز أمنك.

الخلاصاتاتصالالخصوصية© 2026 Kitploit

دليل الأدوات

الفئات

عرض جميع الفئات
Loading categories
CVE-2026-84180 — مُعيدات إنتاج قابلة للتشغيل لـ Spring Boot وQuarkus خاصة بـ CVE-2026-84180، توضح تسريب استثناءات مستهلك HTTP في camel-knative وتتحقق من إصلاح muteException. | Kitploit
أدوات/GitHubGitHub/oscerd/cve-2026-84180
أدوات دفاعيةتحليل الثغرات الأمنيةجمع المعلوماتأمن الويبالتعلم والتعليم
GitHuboscerd/cve-2026-84180

CVE-2026-84180

مُعيدات إنتاج قابلة للتشغيل لـ Spring Boot وQuarkus خاصة بـ CVE-2026-84180، توضح تسريب استثناءات مستهلك HTTP في camel-knative وتتحقق من إصلاح muteException.

عرض المستودع
4منذ يوم واحدلم تتم المراجعة بعد

الأكثر شعبية

عرض الكل →

اكتشف الأدوات الأكثر استخدامًا من قبل مجتمعنا.

استكشف جميع الأدوات

تصفح مجموعتنا من الأدوات

عرض جميع الأدوات →
مشاركة

CVE-2026-84180 — camel-knative: الكشف عن معلومات مستهلك HTTP (استثناء يُكتب مرة أخرى إلى المستدعي)

مُعيد إنتاج إثبات مفهوم قابل للتشغيل لثغرة Apache Camel حيث كان مستهلك Knative HTTP، عند فشل تبادل على جانب المستهلك، يكتب الاستثناء الناتج مرة أخرى إلى المستدعي البعيد كجسم استجابة HTTP — بما في ذلك اسم الصنف والرسالة وتتبّع المكدس الكامل. لذلك كان بإمكان مُرسِل خارجي إحداث فشل وقراءة تفاصيل داخلية عن النشر: أسماء الأصناف والحزم، وأسماء نظام الملفات أو المضيف المحمولة في رسائل الاستثناء، وشكل المسار، وحيثما تضمّنت رسالة استثناء سلسلة اتصال أو إعدادات — تلك البيانات مباشرةً. كان camel-knative هو مستهلك عائلة HTTP المتبقي الذي لم يكن قد وُوفِق مع سلوك muteException المُعتمد لمستهلكي HTTP الآخرين بموجب CAMEL-23651.

بيئة التشغيلالدليلالمكدس
Camel Spring Bootcamel-spring-boot/Spring Boot 3.5.13 + camel-knative 4.22.0 (متأثر؛ مُصلَح في 4.22.1)، المستهلك على خادم platform-http من Vert.x الخاص بـ Camel
Camel Quarkuscamel-quarkus/Quarkus 3.29.0 + camel-quarkus-knative (Camel 4.15.0، متأثر؛ عنصر التحكم المُصلَح CQ 3.40.0 / Camel 4.22.1)، المستهلك على Quarkus HTTP

تُظهر كلتا الوحدتين السلوك المتأثر و السلوك المُصلَح.

ما الذي يوضحه

يستقبل مسار مصدر Knative HTTP (مستهلك) حدث CloudEvent ثم يفشل أثناء معالجته — ليمثّل أي مسار يصطدم بخطأ داخلي (فشل استعلام مصدر بيانات، مهلة في خدمة لاحقة، خلل برمجي). يُطلق المسار IllegalStateException تحمل رسالته تفاصيل داخلية محاكاة: اسم مضيف داخلي وهمي (internal-db.prod.svc.cluster.local)، وعنوان URL وهمي لـ JDBC، ورمز علامة INTERNAL-DETAIL-MARKER-7F3A2B. المهاجم هو ببساطة مستدعٍ بعيد: يرسل عبر POST حدث CloudEvent واحدًا سليم التكوين إلى المستهلك ويقرأ الاستجابة التي يعيدها المستهلك.

  • متأثر: الاستجابة هي HTTP 500 مع تتبّع المكدس الكامل كجسم — اسم صنف الاستثناء، والرسالة (اسم المضيف الداخلي
    • رمز العلامة)، وإطارات مكدس at com.example... / إطارات إطار العمل.
  • مُصلَح: الاستجابة هي HTTP 500 مع جسم فارغ — يلتزم المستهلك الآن بـ muteException (القيمة الافتراضية true)، لذا تُعاد حالة الخطأ لكن لا تصل أي تفاصيل عن الاستثناء إلى المستدعي.
# Camel Spring Boot
cd camel-spring-boot
mvn clean package
docker compose up -d --build
curl -s http://localhost:8080/exploit/attack      # affected: stack trace leaks; prints >>> PROVEN
docker compose down
# Patched control: rebuild with the fixed version, then run on the host
mvn clean package -Dcamel.version=4.22.1
java -jar target/cve-2026-84180-knative-info-disclosure-0.0.1-SNAPSHOT.jar &
curl -s http://localhost:8080/exploit/attack      # fixed: empty body; prints >>> Not exploited
# Camel Quarkus
cd camel-quarkus
mvn clean package
docker compose up -d --build
curl -s http://localhost:8080/exploit/attack      # affected (Camel 4.15.0): stack trace leaks; >>> PROVEN
docker compose down
# Patched control: CQ 3.40.0 ships Camel 4.22.1
mvn clean package -Dcamel-quarkus.version=3.40.0 -Dquarkus.platform.version=3.40.0
java -jar target/quarkus-app/quarkus-run.jar &
curl -s http://localhost:8080/exploit/attack      # fixed: empty body; >>> Not exploited

ملخص الثغرة الأمنية

الخاصيةالقيمة
المكوّنcamel-knative (مستهلك Knative HTTP، KnativeHttpConsumer.computeResponseBody)
CWECWE-209 (توليد رسالة خطأ تحتوي على معلومات حساسة)
الخطورةمتوسطة
ناقل الهجوميستدعي طرف بعيد فشلًا في المسار على جانب المستهلك ويقرأ تفاصيل الاستثناء من جسم الاستجابة
التأثيرالكشف عن المعلومات: صنف الاستثناء/رسالته/تتبّع المكدس (أسماء المضيفين الداخلية، أسماء الحزم، شكل المسار، سلاسل الاتصال المضمّنة) تصل إلى مرسل خارجي
الإصدارات المتأثرةمن 4.0.0 قبل 4.18.5، ومن 4.19.0 قبل 4.22.1
الإصدارات المُصلحة4.18.5، 4.22.1، 4.23.0
JIRACAMEL-24428
الفضلClaude Security Scan Tool

الإشعار الأمني: https://camel.apache.org/security/CVE-2026-84180.html

الإصلاح

أصبح KnativeHttpConsumer.computeResponseBody يتحقق من خيار جديد muteException (خاص بالمستهلك، القيمة الافتراضية true). عند الكتم، يُنتج التبادل الفاشل جسم استجابة فارغًا (new byte[0]) بدلًا من تتبّع المكدس — والجسم الفارغ مقصود للحفاظ على حالة الخطأ (فالجسم null سيجعل المستدعي يرسل 204 No Content). اضبط muteException=false لاستعادة المخرجات السابقة. وهذا يجعل camel-knative متوافقًا مع بقية مستهلكي عائلة HTTP (CAMEL-23651).

التخفيف إذا تعذّر الترقية

أضف معالج onException إلى مسار المستهلك يضبط جسم الاستجابة صراحةً (على سبيل المثال جسمًا فارغًا أو رسالة عامة)، حتى لا يكتب الإطار الاستثناء أبدًا في استجابة المستدعي.

إخلاء المسؤولية

يُنشر هذا المستودع لأغراض تعليمية ودفاعية: لمساعدة مستخدمي Apache Camel على فهم الثغرة الأمنية، والتحقق مما إذا كانوا متأثرين بها، وتأكيد أن الترقية تحلّها. اسم المضيف "الداخلي" وعنوان URL الخاص بـ JDBC والرمز المميّز في المسار الفاشل هي عناصر محلية وهمية غير فعّالة — ولا يتعلق بها أي سرّ حقيقي. لا تستخدم هذه المواد ضد أنظمة لا تملكها أو لا تديرها.

تنزيل الأداة