Kah-Ja

#1406من 57,952
173إجمالي CVSS
الثغرات · 20
متوسطة
2
عالية
11
حرجة
7
PT-2026-52984
10
2026-06-26
Kestra · Kestra · CVE-2026-53576
**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Kestra الأقدم من 1.0.45 إصدارات Kestra الأقدم من 1.3.21 **الوصف** يعالج مرشح المصادقة لواجهة برمجة التطبيقات REST `@Filter(”/api/v1/**“)` بشكل غير صحيح أي مسار طلب ينتهي بـ `/configs` على أنه نقطة نهاية عامة لتكوين المثيل، مما يسمح للطلبات بتجاوز المصادقة الأساسية (Basic-Auth). يحدث هذا لأن المنصة تحدد الموارد عبر أجزاء مسار URL التي يختارها المتصل، مثل `/api/v1/{tenant}/flows/{namespace}`، و`/api/v1/{tenant}/executions/{namespace}/{id}`، و`/api/v1/{tenant}/namespaces/{namespace}/kv/{key}`. باستخدام `configs` كجزء أخير، يمكن للمستخدم غير المصادق عليه الوصول إلى مسارات إنشاء التدفق (flow-create) وتشغيل المشغل (execution-trigger) لإنشاء وتشغيل تدفق يحتوي على مهمة Shell أو Process. يتم تنفيذ هذه المهام كجذر داخل الحاوية، وبما أن ملف docker-compose.yml الرسمي يقوم بتثبيت `/var/run/docker.sock`، يمكن للمهاجم الوصول إلى برنامج Docker الخفي الخاص بالمضيف. **التوصيات** تحديث Kestra إلى الإصدار 1.0.45 أو أحدث. تحديث Kestra إلى الإصدار 1.3.21 أو أحدث.
PT-2026-51461
9.6
2026-06-22
Budibase · Budibase · CVE-2026-54352
**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Budibase الأقدم من 3.39.9 **الوصف** توجد مشكلة تتيح لمنشئ على مستوى مساحة العمل قراءة أي ملف يمكن لعملية الخادم الوصول إليه، وذلك عن طريق تحميل ملف مضغوط PWA مصمم خصيصًا لهذا الغرض. تقوم نقطة النهاية `POST /api/pwa/process-zip` باستخراج الملف المضغوط الذي تم تحميله باستخدام مكتبة تحافظ على الروابط الرمزية المطلقة. يفشل مدقق مصدر الرموز (icon-source) في النظام في رفض هذه الروابط الرمزية، مما يسمح لملف مخزّن داخل الدليل الأساسي بالإشارة إلى ملفات النظام الحساسة. وبالتالي، يفتح الخادم المسار الذي تم تحليله ويقوم بتدفق البايتات إلى MinIO، والتي يتم بعد ذلك إرجاعها إلى المستخدم عبر نقطة النهاية `GET /api/assets/{appId}/pwa/{uuid}.png`. في عمليات نشر Docker الافتراضية حيث يعمل الخادم بصفة الجذر (root)، قد يؤدي ذلك إلى الكشف عن ملفات حساسة مثل `/etc/shadow` و`/data/.env`، والتي تحتوي على بيانات اعتماد حساسة مثل `JWT SECRET` و`INTERNAL API KEY` و`DATABASE URL`. **التوصيات** تحديث Budibase إلى الإصدار 3.39.9 أو أحدث.
PT-2026-51637
10
2026-06-11
Apache · Couchdb · CVE-2026-54350
**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات خادم Budibase الأقدم من 3.39.1 **الوصف** توجد مشكلة حيث تقوم الدالة `enrichContext` باستبدال قيم المعلمات في نص JSON الخام للاستعلام ثم تحلل النتيجة باستخدام `JSON.parse`. تفشل الدالة `validateQueryInputs` في إخفاء أحرف JSON الخاصة مثل `"` و`` و`}`، وترفض فقط علامات Handlebars. وهذا يسمح للمهاجم بحقن علامات الاقتباس الختامية ومفاتيح إضافية، مما يؤدي إلى نقل الحقول التي يتحكم فيها المهاجم إلى كائن المرشح الذي تم تحليله. بالنسبة لعمليات `find` في MongoDB، يتم تمرير المرشح الذي تم تحليله مباشرةً إلى `collection.find()`، مما يسمح للمهاجم بتجاوز المرشحات وإرجاع كل مستند في المجموعة. وبالمثل، بالنسبة لاستعلامات `updateMany`، يمكن توسيع نطاق المرشح ليشمل المجموعة بأكملها، مما يؤدي إلى تشغيل نص `$set` على كل مستند مطابق. تتخطى البرمجيات الوسيطة `authorized` عمليات المصادقة وفحوصات CSRF عندما يتم تعيين دور الاستعلام على `PUBLIC`. ونتيجة لذلك، يمكن للزائر غير المصادق عليه استخدام نقطة النهاية `POST /api/v2/queries/:queryId`، مع توفير رأس `x-budibase-app-id` العام فقط، لقراءة أو تعديل كل مستند في المجموعات الداعمة لـ MongoDB أو CouchDB أو Elasticsearch أو DynamoDB-PartiQL أو مجموعات REST ذات نص JSON. **التوصيات** قم بتحديث خادم Budibase إلى إصدار أحدث من 3.39.0. كحل مؤقت، تجنب تعيين دور الاستعلامات غير SQL (MongoDB، أو CouchDB، أو Elasticsearch، أو DynamoDB-PartiQL، أو REST مع `bodyType=json`) إلى `
PT-2026-47085
8.4
2026-06-05
Git · Nocodb · CVE-2026-47387
**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات NocoDB السابقة للإصدار 2026.05.1 **الوصف** يفشل معالج إرسال عرض النموذج المشترك الموجود في `packages/nc-gui/composables/useSharedFormViewStore.ts` في التحقق من صحة نظام عناوين URL عند كتابة `redirect url` إلى `window.location.href`. على الرغم من إجراء فحص المضيف نفسه، فإن أنظمة العناوين التي لا تتعلق بالشبكة مثل `javascript:` و`data:` و`vbscript:` و`file:` تؤدي إلى سلسلة مضيف فارغة، مما يجعل التطبيق يعامل عنوان URL على أنه إعادة توجيه خارجي ويقوم بتنفيذه داخل مصدر NocoDB. يمكن للمستخدم الذي يحمل دور `editor` أو أعلى إدخال عنوان URL من نوع `javascript:` في `redirect url` عبر نقطة نهاية PATCH الخاصة بعرض النموذج. وعندما يقوم مشاهد تمت مصادقته بإرسال النموذج عبر رابط مشترك، يتم تنفيذ الحمولة، مما يسمح للمهاجم بقراءة رمز الجلسة من `localStorage[”nocodb-gui-v2“]` وتنفيذ إجراءات باستخدام هوية المشاهد. **التوصيات** قم بالتحديث إلى الإصدار 2026.05.1. كحل مؤقت، قم بتقييد المستخدمين الذين يحملون دور «editor» من تعديل «redirect url» في عرض النماذج حتى يتم تطبيق التحديث.