Geo-Chen

**Name of the Vulnerable Software and Affected Versions** Fleet versions prior to 4.89.0 **Description** An authorization failure occurs in the 'commands/results' endpoint where MDM command results are not properly filtered by team authorization. This allows team-scoped users to access MDM command results for hosts belonging to other teams when a shared command UUID targets hosts across multiple teams. This exposure includes host UUIDs, command payloads, and device responses. **Recommendations** Update Fleet to version 4.89.0 or later.

**Name of the Vulnerable Software and Affected Versions** Apache DolphinScheduler versions prior to 3.4.3 **Description** The '/datasources/unauth-datasource' endpoint fails to properly enforce authorization for data sources. An authenticated user can call this endpoint to retrieve information about data sources they are not permitted to access, potentially exposing sensitive metadata and data source configurations. **Recommendations** Upgrade to version 3.4.3.

**Name of the Vulnerable Software and Affected Versions** Scoold versions prior to 1.69.0 **Description** Users with personal API tokens can retrieve replies from questions in private spaces they are not authorized to access. This occurs because the `getPostReplies()` function in `ApiController.java` fails to apply the `canAccessSpace` check before returning data from the 'GET /api/posts/{id}/answers' endpoint. The issue is exploitable when `scoold.api user access enabled` and `scoold.api enabled` are set to true and a token holder identifies or enumerates a private question identifier. Consequently, while the question endpoint may deny access, the answers endpoint returns private reply bodies, exposing confidential team or project discussions. **Recommendations** Update to version 1.69.0. As a temporary mitigation, set `scoold.api user access enabled` or `scoold.api enabled` to false to disable API access.

**Name of the Vulnerable Software and Affected Versions** AWS IoT Device SDK for Python versions 1.5.3 through 1.6.0 **Description** Improper validation of certificates with host mismatch occurs in the MQTT client TLS connection layer, specifically affecting X.509 mutual authentication on port 8883 and WebSocket SigV4 on port 443. This flaw allows an adversary-in-the-middle actor to impersonate the AWS IoT Core endpoint by using a certificate issued for an unrelated hostname by a certificate authority present in the device trust store. Consequently, an attacker can read device telemetry and inject arbitrary MQTT messages that the device processes as authentic. **Recommendations** Upgrade to version 1.6.1.

**Name of the Vulnerable Software and Affected Versions** Vvveb versions prior to 1.0.8.5 **Description** An issue exists where the `getThemeFolder()` function in `admin/controller/editor/revisions.php` returns the `theme` parameter without proper sanitization. The `backupFolder()` function then concatenates this parameter beneath `DIR THEMES` before the `editor/revisions/load` or `editor/revisions/delete` endpoints operate on a .html file. While `sanitizeBackupFileName()` removes traversal characters from the file parameter, it fails to protect the theme directory component. An authenticated user with the Editor role and `editor/*` permission can use traversal sequences to redirect `file get contents()` or `unlink()` to backup subdirectories outside the web root. This requires a valid admin session and CSRF token. The impact includes the disclosure of sensitive exported site content (limited to .html files in backup directories) or the removal of backup data, provided the system has filesystem write permissions. **Recommendations** Update to version 1.0.8.5.

**Name of the Vulnerable Software and Affected Versions** Scoold versions prior to 1.69.0 **Description** Authenticated users who are not members of a private space can create content in questions belonging to that space. This occurs because the `reply()` function in `QuestionController.java` and the `createAjax()` function in `CommentController.java` fail to apply the `canAccessSpace` authorization check. When `scoold.is default space public` is set to false and private spaces are active, a user with a valid session and a known or enumerable question identifier can send requests to the endpoints 'POST /question/{id}' and 'POST /comment'. This allows unauthorized modification of private discussions and may trigger notifications that reveal metadata or the existence of private activity. **Recommendations** Update to version 1.69.0.

**Name of the Vulnerable Software and Affected Versions** ToolJet Database versions prior to 3.16.44 **Description** A privilege escalation issue exists in the '/join tables' endpoint. The system fails to validate the role or workspace membership of authenticated users, granting them the JOIN TABLES ability. This allows an authenticated attacker to read arbitrary tables from any workspace by providing the target workspace identifiers in the request path while using their own valid credentials. **Recommendations** Update ToolJet Database to version 3.16.44 or later. Restrict access to the '/join tables' endpoint as a temporary mitigation measure.

**Name of the Vulnerable Software and Affected Versions** Budibase versions prior to 3.41.3 **Description** An authorization flaw exists in the 'POST /api/resources/duplicate' endpoint. Authenticated builders can inject tables, automations, queries, and screens into any application by specifying an arbitrary destination workspace ID in the request body, even without a role in the target workspace. This allows attackers to trigger injected automations using outgoing webhooks to exfiltrate data from the victim applications. **Recommendations** Update Budibase to version 3.41.3 or later.

**Name of the Vulnerable Software and Affected Versions** Budibase versions prior to 3.41.3 **Description** Low-privilege users with the BASIC role can bypass table-level access controls by submitting crafted query requests to the 'POST /api/datasources/query' endpoint. This allows them to read, create, update, or delete rows in any table, regardless of the configured per-table role restrictions. **Recommendations** Update to version 3.41.3 or later.

**Name of the Vulnerable Software and Affected Versions** Wazuh versions 4.14.0 through 4.14.6 **Description** A low-privilege API user can access the cleartext cluster key through a configuration endpoint that fails to redact sensitive information. While the REST API typically uses a masking control called `mask sensitive config` to hide fields like `authd.pass` and `cluster.key` from users without `update-config` permissions, the 'GET /cluster/local/config' endpoint does not implement this control. This endpoint, which uses the `read config wrapper` function, only requires `cluster:read` permissions. Consequently, accounts with `readonly` or `cluster readonly` roles can retrieve the actual cluster key. Since this key is used to authenticate and encrypt traffic between cluster nodes, its disclosure can facilitate remote code execution chains between cluster peers. **Recommendations** Update to version 4.14. Restrict access to the 'GET /cluster/local/config' endpoint for users with `readonly` or `cluster readonly` roles until the update is applied.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات PraisonAI الأقدم من 4.6.58 **الوصف** توجد مشكلة تتعلق بتزوير الطلبات عبر المواقع (CSRF) في آلية نقل MCP HTTP-stream. تستخدم الدالة ` validate origin()` الموجودة في ملف `transports/http stream.py` مطابقة البادئة عبر `startswith()` للتحقق من صحة المتغير `request origin` مقابل قائمة المسموح بها. وهذا يسمح للمهاجم بتجاوز الفحص باستخدام نطاق يبدأ ببادئة مسموح بها، مثل `http://localhost.attacker.com`. ونظرًا لأن الخادم قد يعمل بدون مفتاح API بشكل افتراضي ويقوم بتحليل نصوص الطلبات بغض النظر عن رأس `Content-Type`، يمكن للمهاجم إرسال طلب CORS بسيط باستخدام `text/plain`. وهذا يتجاوز فحص المتصفح المسبق (preflight) ويسمح باستدعاء نقطة النهاية `tools/call` دون مصادقة. يمكن للمهاجم استغلال هذا الثغرة لتنفيذ إجراءات تغير الحالة، وأبرزها استخدام أداة `praisonai.rules.create` لكتابة ملفات ضارة في دليل القواعد العام. ويؤدي هذا إلى حقن مطالبات مستمر، حيث يتم تطبيق التعليمات التي يتحكم فيها المهاجم على كل عملية تشغيل لاحقة للوكيل على جهاز الضحية، مما قد يؤدي إلى تسريب البيانات الحساسة مثل مفاتيح SSH ومفاتيح واجهة برمجة التطبيقات (API). وتشمل الأدوات الأخرى المتأثرة `praisonai.rules.delete` و`praisonai.todo.add` و`praisonai.todo.delete` و`praisonai.schedule.add`. **التوصيات** تحديث PraisonAI إلى الإصدار 4.6.58. كإجراء تخفيفي مؤقت، قم بتكوين خادم MCP باستخدام مفتاح API قوي عبر الخيار `--api-k

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات PraisonAI الأقدم من 4.6.58 **الوصف** يفشل معالج تدفق HTTP MCP `mcp post` في فرض الحد الأقصى لعدد الجلسات ولا يستدعي الدالة ` cleanup sessions()` لإلغاء صلاحية الإدخالات القديمة. ونتيجة لذلك، ينشئ كل طلب `initialize` جلسة جديدة في الذاكرة لا تتم إزالتها أبدًا. بالإضافة إلى ذلك، تقوم نقطة النهاية `notifications/cancelled` بتعبئة مجموعة ` cancelled requests` التي لا يتم تنقيحها أبدًا. ونظرًا لأن طلب `initialize` غير مصدق، يمكن لمهاجم عن بُعد إرسال طلبات متكررة لاستنفاد ذاكرة النظام، مما يؤدي إلى رفض الخدمة عندما يتم إنهاء العملية بواسطة أداة إنهاء العمليات بسبب نفاد الذاكرة. وتتفاقم هذه المشكلة أكثر بسبب احتفاظ الخادم بسجل أحداث SSE لكل جلسة. **التوصيات** قم بالتحديث إلى الإصدار 4.6.58. كإجراء تخفيفي مؤقت، قم بتقييد الوصول إلى معالج `mcp post` أو نقطة النهاية `notifications/cancelled` على المصادر الموثوقة فقط. قم بتكوين المتغير `PRAISONAI MCP MAX SESSIONS` للحد من عدد الجلسات المتزامنة.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** حزمة npm «mediasoup» من الإصدار 3.20.0 إلى 3.20.5 حزمة Rust «mediasoup» من الإصدار 0.22.0 إلى 0.22.4 **الوصف** تقوم مكدس SCTP المدمج بالمصادقة على ملفات تعريف الارتباط الخاصة بالحالة باستخدام قيم سحرية مبرمجة بشكل ثابت بدلاً من سر خاص بكل مثيل و HMAC، وهو ما يخالف القسم 5.1.3 من RFC 9260. يتيح هذا الخلل في `StateCookie::IsMediasoupStateCookie()` و`Association::HandleReceivedCookieEchoChunk()` لمهاجم على المسار يستهدف `PlainTransport` أو `PipeTransport` مع تمكين SCTP وبدون حماية DTLS تزوير COOKIE-ECHO. من خلال مطابقة علامة التحقق من الحزمة مع `localVerificationTag` التي يتحكم فيها المهاجم، يمكن إنشاء ارتباط SCTP غير مصرح به، مما يتيح حقن رسائل DataChannel باعتباره نظيرًا موثوقًا به. SCTP هو بروتوكول طبقة النقل المستخدم لضمان التسليم الموثوق للبيانات. **التوصيات** تحديث حزمة npm إلى الإصدار 3.20.6. تحديث مكتبة Rust إلى الإصدار 0.22.5.

**Name of the Vulnerable Software and Affected Versions** Sakai versions 23.0 through 23.4 Sakai versions 25.0 through 25.2 **Description** The Sakai Conversations tool allows authenticated users to inject arbitrary HTML and JavaScript into topic and post messages. This occurs because the service layer `ConversationsServiceImpl` stores the `message` field directly to the database without HTML sanitization. On the frontend, the `SakaiTopic.js`, `SakaiPost.js`, and `SakaiComment.js` components render this content using the `unsafeHTML()` directive, leading to stored cross-site scripting (XSS). This issue affects the following API endpoints: - 'POST /api/sites/{siteId}/topics' - 'POST /api/sites/{siteId}/topics/{topicId}/posts' The vulnerable variable is `message`. This flaw allows an attacker to perform actions on behalf of other users or exfiltrate sensitive data, such as gradebook information and course content. **Recommendations** Update Sakai versions 23.0 through 23.4 to version 23.5. Update Sakai versions 25.0 through 25.2 to version 25.3. As a temporary mitigation, restrict access to the Conversations tool for untrusted users.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات EverShop الأقدم من 2.2.1 **الوصف** يوجد عيب في عملية المصادقة في مسار تحديث العميل. تم تكوين المسار بشكل غير صحيح على أنه عام، مما يسمح لبرنامج الوسيط الخاص بمصادقة المسؤول بتجاوز التحقق من هوية المتصل. بالإضافة إلى ذلك، يفتقر المسار إلى حماية برنامج الوسيط الخاص بجلسة العميل. يقوم المعالج في `updateCustomer.js` بمعالجة التحديثات بناءً على `uuid` المقدم في مسار URL دون التحقق مما إذا كان الطالب يمتلك السجل أم لا. وهذا يسمح لمهاجم غير مصدق عليه يمتلك معرّف «uuid» معروف للعميل بالكتابة فوق عنوان البريد الإلكتروني وكلمة مرور العميل عبر نقطة النهاية PATCH ’/api/customers/:id‘، مما يؤدي إلى الاستيلاء الكامل على الحساب. قد تتعرض قيم «uuid» الخاصة بالعملاء للكشف من خلال عناوين URL الإدارية وروابط البريد الإلكتروني لتأكيد الطلبات. **التوصيات** التحديث إلى الإصدار 2.2.1.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** langchain-community (لم يتم تحديد الإصدارات المتأثرة) **الوصف** تفشل الدالة `SitemapLoader.parse sitemap` الموجودة في الملف `langchain community/document loaders/sitemap.py` في تطبيق ميزة التحكم `restrict to same domain` على إدخالات خريطة الموقع المتداخلة. بينما يتم تصفية إدخالات عناوين URL النهائية، يتم تمرير عناصر خريطة الموقع المتداخلة مباشرةً إلى الدالة `scrape all()`، مما يؤدي إلى تشغيل طلب GET عبر aiohttp دون مقارنة النطاقات أو التحقق من الوجهات الخاصة أو الوجهات ذات الارتداد أو الوجهات المحلية للرابط. وهذا يسمح للمهاجم بالتأثير على خريطة الموقع التي تم استيعابها لتشير إلى عناوين داخلية، مما يؤدي إلى تزوير الطلبات من جانب الخادم (SSRF)، حيث يتم جلب الاستجابات الداخلية والكشف عنها للمتصل. **التوصيات** في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة الأمنية.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات NLTK الأقدم من 3.10.1 **الوصف** يحتوي التعبير النمطي URLS الموجود في ملف `nltk/tokenize/casual.py`، والذي يتم ترجمته إلى `TweetTokenizer.WORD RE` ويستخدمه `TweetTokenizer.tokenize`، على بادئة غير محدودة لعلامة المجال. عند معالجة مدخلات تحتوي على العديد من فواصل العلامات المتناوبة التي تفتقر إلى مجال المستوى الأعلى في نهايتها، يقوم محرك التعبيرات النمطية باستكشاف عدد أسي من الأقسام، مما يؤدي إلى تراجع كارثي. وينتج عن ذلك استهلاك عالٍ لموارد وحدة المعالجة المركزية (CPU)، حيث يمكن لبضعة كيلوبايتات من المدخلات أن تعطل عملية أحادية الخيط لعدة ثوانٍ أو دقائق. تؤثر هذه المشكلة على الخدمات التي تستخدم `TweetTokenizer` أو دالة `casual tokenize` لمعالجة نصوص غير موثوقة من وسائل التواصل الاجتماعي، مما يسمح للطلبات غير المصادق عليها بالتسبب في هجوم رفض الخدمة. **التوصيات** التحديث إلى الإصدار 3.10.1.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** يتعذر تحديد اسم المنتج (لم يتم تحديد الإصدارات المتأثرة) **الوصف** يمكن للمستخدم المصادق عليه حث الخادم على إرسال طلبات إلى نقاط نهاية داخلية عشوائية لأن `scanFeedsResolver` الموجود في `packages/api/src/resolvers/subscriptions/index.ts` يمرر عنوان `url` المقدم من المستخدم مباشرةً إلى `axios.get()` دون التحقق من صحة العنوان. في حين تستخدم المسارات الأخرى `validateUrl()` لرفض نطاقات عناوين IP الخاصة والمحجوزة، فإن هذا المحلل المحدد يفتقر إلى مثل هذه الفحوصات. يقتصر التأثير على الكشف عن البيانات الوصفية التي تتخذ شكل موجزات وعناصر الارتباط التي تعلن عن موجزات RSS أو Atom من الاستجابة. بالإضافة إلى ذلك، تسمح الأخطاء الناتجة للمهاجم بالتمييز بين المنافذ الداخلية التي يمكن الوصول إليها وتلك التي يتعذر الوصول إليها. **التوصيات** في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة الأمنية.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** يتعذر تحديد اسم المنتج (لم يتم تحديد الإصدارات المتأثرة) **الوصف** يمكن للمستخدم المصادق عليه حث الخادم على إرسال طلبات متكررة إلى نقاط النهاية الداخلية، بما في ذلك عناوين البيانات الوصفية المحلية للرابط. يحدث هذا لأن الدالة `setWebhookResolver` الموجودة في `packages/api/src/resolvers/webhooks/index.ts` تخزن عنوان `url` المقدم من المستخدم دون إجراء التحقق من صحة العنوان. عند تشغيل حدث مشترك فيه، تقوم الدالة `callWebhook()` الموجودة في `packages/api/src/jobs/call webhook.ts` بتنفيذ `axios.request` باستخدام عنوان `url` المخزن، والطريقة المسجلة، ونوع المحتوى (Content-Type). وتتم هذه العملية بشكل أعمى، حيث تتجاهل الدالة `callWebhook()` الاستجابة وتسجل فقط النجاح أو الخطأ، مما يعني أن الاستجابة لا يتم إرجاعها عبر واجهة برمجة التطبيقات (API). **التوصيات** في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة الأمنية.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** AIL Framework (لم يتم تحديد الإصدارات المتأثرة) **الوصف** توجد مشكلة تتعلق بتزوير الطلبات من جانب الخادم (SSRF) في وظيفة إرسال طلبات الزحف. يمكن لمستخدم مصدق عليه ذي امتيازات منخفضة إرسال عناوين URL عشوائية للزحف بسبب عدم كفاية التحقق من صحة المضيف الوجهة. وهذا يسمح لبرنامج الزحف بإجراء طلبات HTTP(S) مباشرة إلى عناوين مقيدة، مثل عناوين loopback، والشبكات الخاصة RFC1918، وعناوين link-local، وخدمات البيانات الوصفية السحابية مثل 169.254.169.254. تتجاوز مهام الزحف اليدوية القائمة السوداء للمجالات لأنها تُخصص لها أولوية غير صفرية، ويتم جلب عناوين IP الحرفية مباشرةً بدلاً من استخدام وكيل. يمكن للمهاجم استخدام الخادم كنقطة محورية في الشبكة للوصول إلى الخدمات الداخلية. ونظرًا لأن واجهة أداة الزحف تتيح الوصول إلى كود HTML الناتج ولقطات الشاشة وبيانات HAR، فإن ثغرة SSRF هذه ليست «عمياء»، مما قد يؤدي إلى الكشف عن البيانات الداخلية الحساسة أو معلومات الخدمة أو بيانات اعتماد مثيلات السحابة. **التوصيات** في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة الأمنية.