CVE-2026-22444 in Solr
الملخص
بحسب VulDB • 21/06/2026
تفتقر واجهة برمجة التطبيقات "إنشاء نواة" (create core) في Apache Solr من الإصدار 8.6 حتى 9.10.0 إلى التحقق الكافي من صحة بعض معاملات واجهة برمجة التطبيقات، مما قد يتسبب في قيام Solr بالتحقق من وجود مسارات نظام الملفات ومحاولة قراءتها، وهي مسارات كان ينبغي أن تمنعها إعدادات الأمان "allowPaths" الخاصة بـ Solr https://https://solr.apache.org/guide/solr/latest/configuration-guide/configuring-solr-xml.html#the-solr-element . يمكن أن تسمح هذه الوصولات للقراءة فقط للمستخدمين بإنشاء نوى (cores) باستخدام مجموعات تكوين (configsets) غير متوقعة إذا كانت متاحة عبر نظام الملفات. على أنظمة Windows المهيأة للسماح بمسارات UNC، يمكن أن يؤدي ذلك أيضاً إلى كشف تجزئات (hashes) "المستخدم" الخاصة بـ NTLM.
تكون نشرات Solr عرضة لهذه الثغرة إذا استوفت المعايير التالية: * يعمل Solr في وضع "الاستقلالي" (standalone). * يتم استخدام إعداد "allowPath" الخاص بـ Solr لتقييد الوصول إلى الملفات إلى دلائل معينة. * تكون واجهة برمجة التطبيقات "إنشاء نواة" (create core) الخاصة بـ Solr مكشوفة ومتاحة للمستخدمين غير الموثوق بهم. يمكن أن يحدث هذا إذا كان "RuleBasedAuthorizationPlugin" الخاص بـ Solr معطلاً https://solr.apache.org/guide/solr/latest/deployment-guide/rule-based-authorization-plugin.html ، أو إذا كان مفعلاً ولكن تم منح صلاحية "core-admin-edit" المحددة مسبقاً (أو صلاحية مخصصة مكافئة) لأدوار المستخدمين منخفضة الثقة (أي غير الإدارية).
يمكن للمستخدمين التخفيف من هذه الثغرة عن طريق تمكين "RuleBasedAuthorizationPlugin" الخاص بـ Solr (إذا كان معطلاً) وتكوين قائمة صلاحيات تمنع المستخدمين غير الموثوق منهم من إنشاء نوى Solr جديدة. كما ينبغي على المستخدمين الترقية إلى Apache Solr 9.10.1 أو أحدث، الذي يحتوي على إصلاحات لهذه المشكلة.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.