CVE-2026-46455 — camel-keycloak يفتقر إلى فحص IS_ACTIVE (قبول الرموز منتهية الصلاحية)

أدوات إثبات مفهوم قابلة للتشغيل لنفس ثغرة Apache Camel، واحدة لكل بيئة تشغيل:

كلاهما نسختان متأثرتان (تم إصلاحهما في 4.18.3 / 4.21.0)، وكلاهما يوضحان العيب نفسه: KeycloakSecurityHelper.parseAndVerifyAccessToken يتحقق من توقيع الرمز وموضوعه ومصدره، لكنه يهمل فحص TokenVerifier.IS_ACTIVE الخاص بـ Keycloak — لذلك لا يتم فرض exp / nbf أبدًا، ويتم قبول الرمز منتهي الصلاحية. أي رمز تم تسريبه أو التقاطه يظل قابلاً للاستخدام إلى أجل غير مسمى (CWE-613 + CWE-287).

يقوم كل PoC بإنشاء رمز وصول موقّع بشكل صحيح تكون قيمة exp فيه قبل 30 دقيقة، ثم يمرّره عبر كل من الأداة المساعدة المعرّضة للثغرة وعبر مُتحقّق يحتوي على IS_ACTIVE (وهو ما يفعله الإصلاح)، مما يُثبت أن الأداة المساعدة تقبل ما يرفضه IS_ACTIVE. لا يتطلب الأمر خادم Keycloak — يتم توقيع الرمز بمفتاح RSA يتم توليده داخل العملية.

كل دليل فرعي هو مشروع مستقل بذاته يضم Dockerfile وdocker-compose.yml وREADME خاصًا به. باختصار، لأي منهما:

cd camel-spring-boot   # or: cd camel-quarkus
mvn clean package
docker compose up -d --build
curl -s http://localhost:8080/exploit/attack
docker compose down

ملخص الثغرة

الاستشارة الأمنية: https://camel.apache.org/security/CVE-2026-46455.html

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

أدوات إعادة الإنتاج هذه مقدمة للبحث الأمني والاختبار المصرح به فقط، وهي لثغرة تم الإعلان عنها وإصلاحها بشكل عام. لا تستخدمها ضد أنظمة دون إذن صريح.