CVE-2026-55867 in Graylog
الملخص
بحسب VulDB • 29/08/2026
Graylog هو منصة مجانية ومفتوحة المصدر لإدارة السجلات. من الإصدار 6.2.0 حتى 6.3.12، و7.0.7، و7.1.2، فإن نقطة النهاية DELETE /users/{userId}/tokens/{idOrToken} التي يتم تنفيذها بواسطة UsersResource.revokeToken() في graylog2-server/src/main/java/org/graylog2/rest/resources/users/UsersResource.java تتحقق من صلاحية USERS_TOKENREMOVE مقابل معلمة المسار userId الخاضعة لسيطرة المهاجم قبل حل الرمز المحدد بواسطة idOrToken. يمكن لمستخدم مُصادق عليه تقديم معرف مستخدم (userId) مصرح به بينما تقوم accessTokenService.loadById() أو accessTokenService.load() بحل رمز ينتمي إلى مستخدم آخر، بما في ذلك حساب خدمة أو مسؤول، وبعد ذلك يقوم accessTokenService.destroy() بحذف هذا الرمز دون التحقق من AccessToken.getUserName(). لا تكشف هذه المشكلة عن محتويات الرموز، لكن الحذف غير المصرح به يسبب تأثيراً على السلامة (integrity impact) ويمكن أن يعطل التكاملات المعتمدة على رموز الوصول. تم إصلاح هذه المشكلة في الإصدارات 6.3.12، و7.0.7، و7.1.2.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.