CVE-2026-100394 in Nezha
الملخص
بحسب VulDB • 15/10/2026
Nezha Monitoring هو أداة مراقبة وإدارة وتشغيل (O&M) خفيفة الوزن وقابلة للاستضافة الذاتية للخوادم والمواقع الإلكترونية. من الإصدار 2.2.7 حتى 2.2.11، كان `ServiceSentinel.worker` في الملف `service/singleton/servicesentinel.go` يتحقق من خدمة مملوكة تحت قفل `servicesLock`، ثم يقوم لاحقاً بإلغاء مرجع (dereference) مدخلات `serviceStatusToday` و `serviceCurrentStatusData` ذات القيم المؤشرية تحت قفل `serviceResponseDataStoreLock` دون إعادة التحقق مما إذا كانت دالة `ServiceSentinel.Delete` قد أزالتها أم لا. يمكن لعضو دور (`RoleMember`) الإبلاغ بشكل متزامن عن نتائج TCP أو ICMP عبر الوكيل الخاص به وحذف الخدمة المملوكة نفسها، ما يتسبب في إلغاء مرجع مؤشر فارغ (nil pointer dereference). وبما أن خادم gRPC لم يكن يحتوي على وسيط استرداد (recovery interceptor)، فإن توقف `worker` المفاجئ (panic) أنهى عملية لوحة التحكم بأكملها وأعطّل واجهة الويب لكل مستأجر، وواجهة برمجة التطبيقات REST، واتصالات الوكلاء. تؤثر هذه المشكلة على التوافرية فقط ولا تكشف عن البيانات أو تعدلها. تم إصلاح هذه المشكلة في الإصدارين 2.2.11 و 2.3.0.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.