Asheshv

توجد مشكلة في نقطة النهاية المحددة لنقطة الاستعادة ’POST /browser/server/restore point/{gid}/{sid}‘، حيث يتم إدراج حقل `value` الذي يقدمه المستخدم مباشرةً في سلسلة SQL باستخدام `str.format()` بدلاً من تمريره كمعلمة مرتبطة. وهذا يسمح للمستخدم المصادق عليه الذي لديه جلسة عمل PostgreSQL متصلة بإدخال عبارات SQL إضافية. يتم تنفيذ الكود المُحقن ضمن دور قاعدة البيانات الخاص بالمستخدم المصادق عليه، مما يعني أنه لا يتجاوز حدود الامتيازات. ومع ذلك، فإن هذا يوفر مسارًا بديلًا للتنفيذ يمكنه تجاوز القيود المفروضة على أداة الاستعلام (Query Tool) على مستوى طبقة التطبيق.

تؤثر مشكلة في التخويل في وضع الخادم على وحدات «مجموعات الخوادم» و«الخوادم» و«الخوادم المشتركة» و«العمليات الخلفية» و«مصحح الأخطاء». تفشل نقاط نهاية متعددة في تصفية الكائنات المملوكة للمستخدم حسب هوية المستخدم الطالب، مما يسمح لمستخدم تمت مصادقته بالوصول إلى الخوادم الخاصة لمستخدم آخر، ومجموعات الخوادم، والعمليات الخلفية، ووسائط وظائف أداة التصحيح عن طريق تخمين معرّفات الكائنات. كما تسمح ميزة «الخوادم المشتركة» بتسرب بيانات الاعتماد الخاصة بـ `passfile`، ومفاتيح SSL، و`passexec cmd`. علاوة على ذلك، يمكن لغير المالكين الكتابة في الحقول المخصصة للمالك فقط عبر واجهة برمجة التطبيقات (API)، بما في ذلك `passexec cmd` و`passexec expiration` و`db res` و`db res type`. يمكن أن يؤدي تعديل `passexec cmd` (أمر شل يتم تنفيذه أثناء إنشاء الاتصال) إلى تصعيد الامتيازات وتنفيذ أوامر تعسفية ضمن سياق عملية المالك. بالإضافة إلى ذلك، تفتقر الحقول مثل `kerberos conn` و`tags` و`post connection sql` إلى الاستمرارية لكل مستخدم، مما يعني أن التعديلات التي يجريها غير المالكين تغير سجل المالك، مما يؤدي إلى تلف البيانات عبر تغييرات جلسة عمل SQLAlchemy.