CVE-2026-47407 in PraisonAI
الملخص
بحسب VulDB • 21/07/2026
منصة PraisonAI هي طبقة المنصة لنظام فرق الوكلاء المتعددين من نوع PraisonAI. قبل الإصدار 0.1.4، تعرض خادم المنصة موارد تحت المسار `/api/v1/workspaces/{workspace_id}/...` ويحميها باستخدام تبعية FastAPI تسمى `require_workspace_member(workspace_id)`. تتحقق هذه التبعية فقط مما إذا كان المُتصل عضوًا في الـ workspace_id الموجود في بادئة عنوان URL. بعد ذلك، تبحث معالجات المسار عن المورد الداخلي (`agent_id`, `issue_id`, `project_id`, `label_id`, `comment_id`, `dependency_id`) باستخدام المفتاح الأساسي (primary key) فقط. لا يتم أبدًا مقارنة قيمة `workspace_id` الخاصة بالمورد بقيمة `workspace_id` الموجودة في عنوان URL. وبالتالي، يمكن للمستخدم وضع معرف مساحة العمل الخاص به في بادئة عنوان URL ومعرف مورد لأي مساحة عمل أخرى في المسار. تمر عملية التحقق من المصادقة بنجاح، نظرًا لأن المستخدم هو بالفعل عضو في مساحة العمل المحددة في البادئة. تقوم الخدمة بعد ذلك بإرجاع المورد عبر المستأجرين (cross-tenant) للقراءة أو التحديث أو الحذف. يوجد خطأ ثانٍ في مسارات إدارة الأعضاء (`add_member`, `update_member_role`, `remove_member`, `update_workspace`, `delete_workspace`). يرث كل منها القيمة الافتراضية `min_role="member"` من تبعية `require_workspace_member`. لذلك، يمكن لأي عضو عادي ترقية نفسه إلى مدير أو مالك، تخفيض رتبة أعضاء آخرين أو إزالتهم، وحذف مساحة العمل. توجد تسلسل الأدوار في المخطط (schema) ولكن لا يتم فرضه. التسجيل مفتوح عند `/api/v1/auth/register` دون التحقق من البريد الإلكتروني. يكون ارتباط الخادم الافتراضي هو `0.0.0.0:8000` (`python -m praisonai_platform`). يكفي تنفيذ أمر curl واحد من أي موقع غير مصادق عليه على الشبكة لبدء التشغيل داخل النظام. يصحح الإصدار 0.1.4 من منصة PraisonAI هذه المشكلة.
If you want to get best quality of vulnerability data, you may have to visit VulDB.