Adamkorcz

**اسم البرنامج المصاب والإصدارات المتأثرة** n8n الإصدارات السابقة لـ 1.123.83 n8n الإصدارات السابقة لـ 2.41.4 n8n الإصدارات السابقة لـ 2.42.1 **Description** توجد ثغرة cross-site scripting مخزنة في نافذة معاينة الملفات. يقوم النظام بإعادة نشر البيانات الثنائية كـ blob URL من نفس الأصل وغير معزول. يتيح ذلك للعضو رفع عنصر مصمم خصيصاً لتنفيذ برمجيات نصية ضمن أصل n8n لأي مستخدم يقوم بمعاينة الملف، وعادة ما يكون المالك، مما يسمح للمهاجم بالتصرف باستخدام جلسة ذلك المستخدم. **Recommendations** التحديث إلى الإصدار 1.123.83 أو أحدث. التحديث إلى الإصدار 2.41.4 أو أحدث. التحديث إلى الإصدار 2.42.1 أو أحدث.

**اسم البرنامج المصاب والإصدارات المتأثرة** ZITADEL الإصدارات من 3.0.0 إلى 4.17.9 **الوصف** تحتوي واجهة مستخدم Login V1 المستضافة على خلل حيث يقوم معالج تغيير اسم المستخدم بمعالجة الطلبات للحساب المرتبط بتدفق تسجيل الدخول قبل التحقق من أي عوامل مصادقة. يسمح هذا للمهاجمين غير المصرح لهم بتقديم اسم تسجيل دخول الضحية ثم إرسال اسم مستخدم جديد لإعادة تسمية أي مستخدم بشري نشط، بما في ذلك المسؤولين، مما يؤدي إلى منعهم من الوصول إلى حساباتهم. **التوصيات** تحديث ZITADEL إلى الإصدار 4.18.0 أو إصدار أحدث.

**اسم البرنامج المصاب والإصدارات المتأثرة** ZITADEL الإصدارات 4.x حتى 4.19.1 ZITADEL الإصدارات 3.x حتى 3.4.15 **Description** يوجد تجاوز للمصادقة في استدعاء (callback) نية مزود هوية SAML. يقوم النظام بالتحقق من توقيع التأكيد باستخدام المزود المحدد في عنوان URL للطلب، ولكنه يحدد المستخدم من نية تسجيل الدخول دون التحقق من تطابقهما. يتيح ذلك للمهاجمين الذين لديهم صلاحيات مسؤول المؤسسة تسجيل مزود SAML باستخدام مفتاح التوقيع الخاص بهم للحصول على جلسات مصادقة لأي مستخدم مرتبط بمزود SAML آخر على المثيل، بما في ذلك المستخدمين في مؤسسات أخرى. **Recommendations** تحديث إصدارات ZITADEL 4.x إلى 4.19.2 أو أحدث. تحديث إصدارات ZITADEL 3.x إلى 3.4.16 أو أحدث.

**Name of the Vulnerable Software and Affected Versions** Plane versions prior to 1.4.0 **Description** Plane fails to properly validate the `GITEA HOST` variable, checking only the URL scheme and allowing hosts that resolve to private or internal IP addresses. This occurs because the four outbound requests in the Gitea OAuth flow are derived from this unvalidated host and bypass the `validate url()` function. Additionally, the `avatar url` is retrieved from the Gitea user profile, which allows users to configure external URLs. An attacker can set an internal URL as their profile avatar and log in via Gitea, leading the system to fetch the internal target without validation, potentially enabling Server-Side Request Forgery (SSRF). **Recommendations** Update to version 1.4.0.

**Name of the Vulnerable Software and Affected Versions** Plane versions prior to 1.4.0 **Description** The `aPITokenLogMiddleware` logs API keys in plaintext, which allows a user with low privileges to steal these keys and escalate their privileges. **Recommendations** Update to version 1.4.0.

**Name of the Vulnerable Software and Affected Versions** ZITADEL versions prior to 3.4.14 ZITADEL versions 4.x prior to 4.16.2 **Description** An authentication bypass exists in the hosted Login V1 UI. The issue occurs because the registration endpoint for external accounts not found trusts external identity fields provided by the client without requiring a completed Identity Provider (IdP) callback. An unauthenticated attacker can submit forged `IDPConfigID` and `ExternalUserID` values to pre-create an account linked to a victim's external IdP identity. When the victim subsequently performs a legitimate external login, they are signed into the pre-created account. **Recommendations** Update ZITADEL to version 3.4.14 or later. Update ZITADEL to version 4.16.2 or later.

**Name of the Vulnerable Software and Affected Versions** ZITADEL versions 3.x through 3.4.14 ZITADEL versions 4.x through 4.17.0 **Description** An improper authorization flaw exists during the issuance of passkey or passwordless enrollment codes. The system validates the organization specified in the `x-zitadel-orgid` header but fails to verify the organization of the target user. This allows an attacker with user-write permissions in one organization to obtain an enrollment code for a user belonging to a different organization on the same instance, enabling the attacker to register their own authenticator and take over the account. **Recommendations** Update ZITADEL versions 3.x to 3.4.15 or later. Update ZITADEL versions 4.x to 4.17.1 or later.

**Name of the Vulnerable Software and Affected Versions** ZITADEL versions 3.x through 3.4.14 ZITADEL versions 4.x through 4.17.0 **Description** A missing authentication flaw exists in the hosted Login V1 UI. The second-factor enrollment and initialization handlers process identify-only sessions before the primary factor is verified. An attacker with knowledge of a victim's login name can enroll attacker-controlled TOTP, OTP-SMS, OTP-Email, or U2F factors, overwrite the verified phone number, and enumerate users by analyzing discrepant error messages. **Recommendations** Update ZITADEL versions 3.x to 3.4.15. Update ZITADEL versions 4.x to 4.17.1.

**Name of the Vulnerable Software and Affected Versions** ZITADEL versions 3.x through 3.4.13 ZITADEL versions 4.x through 4.16.1 **Description** An authentication bypass exists in the hosted Login V1 and Login V2 UIs. The system allows the enrollment of a passkey or other authenticator during identify-only login sessions before a primary factor is verified. An unauthenticated attacker who knows a victim's login name can register an attacker-controlled authenticator to gain unauthorized access to the account, bypassing passwords and multi-factor authentication (MFA). **Recommendations** Update ZITADEL 3.x to version 3.4.14 or later. Update ZITADEL 4.x to version 4.16.2 or later.

**Name of the Vulnerable Software and Affected Versions** ZITADEL versions 3.0.0 through 3.4.15 ZITADEL versions 4.0.0 through 4.17.2 **Description** An issue exists where links are created between user accounts and external identity providers without verifying a primary factor or the caller's permission. This occurs during identify-only Login V2 sessions and via the User Service V2 'AddIDPLink' endpoint. An unauthenticated attacker who knows a victim's login name can bind their own external identity provider identity to the victim's account to hijack it and sign in as the victim. **Recommendations** Update ZITADEL versions 3.0.0 through 3.4.15 to a version where this issue is resolved. Update ZITADEL versions 4.0.0 through 4.17.2 to version 4.17.3 or later. Restrict access to the 'AddIDPLink' endpoint in User Service V2 to minimize the risk of exploitation.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** Gitea (لم يتم تحديد الإصدارات المتأثرة) **الوصف** توجد مشكلة في منطق التحقق من صحة رمز ”Remember-Me“ (تذكرني)، حيث يفشل النظام في إبطال صلاحية جميع الجلسات النشطة عند اكتشاف رمز تم اختراقه. يستخدم Gitea تصميمًا مقسمًا للرمز يتكون من معرّف (ID) وقيمة هاش (Hash). عند استخدام الرمز، يتم تغيير قيمة الهاش بينما يظل المعرّف ثابتًا. إذا سرق المهاجم رمزًا وقام بالمصادقة، فسيحصل على رمز جديد تم تغييره. وعندما يحاول المستخدم الشرعي لاحقًا استخدام رمزه الأصلي، يكتشف النظام عدم تطابق التجزئة. وعلى الرغم من أن دالة `CheckAuthToken()` تحدد عدم التطابق هذا، فإن عملية `autoSignIn` تحذف فقط ملف تعريف الارتباط المحلي للضحية ولا تزيل الرمز المخترق من قاعدة البيانات. وهذا يسمح للمهاجم بالحفاظ على وصول مستمر إلى الحساب. نقطة النهاية المتأثرة هي `POST /user/login` وأي نقطة نهاية أخرى تُشغّل `autoSignIn` عبر ملف تعريف الارتباط «Remember-Me». **التوصيات** في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة الأمنية.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** Gitea (لم يتم تحديد الإصدارات المتأثرة) **الوصف** توجد مشكلة في تصعيد الامتيازات في نقطة نهاية واجهة برمجة التطبيقات (API) `POST /users/{username}/tokens` المستخدمة لإنشاء رموز الوصول الشخصية. نقطة النهاية محمية بواسطة البرمجيات الوسيطة `reqBasicOrRevProxyAuth`، والتي صُممت لتتطلب مصادقة قائمة على كلمة المرور لمنع استخدام رمز تم اختراقه لإنشاء رموز جديدة. ومع ذلك، إذا تم تقديم رمز الوصول بتنسيق `Authorization: Basic <token>:x-oauth-basic`، فإن النظام يقوم بشكل خاطئ بتعيين `AuthedMethod` إلى `basic` و`IsBasicAuth` إلى `true`، مما يؤدي إلى تجاوز الحماية التي توفرها البرمجيات الوسيطة. وبمجرد تجاوز الحماية، تفشل دالة `CreateAccessToken` في فرض حد أقصى للنطاق، مما يعني أنها لا تتحقق مما إذا كانت النطاقات المطلوبة تشكل مجموعة فرعية من النطاقات الحالية للمتصل. ونتيجة لذلك، يمكن للمهاجم الذي يمتلك رمزًا مقيدًا (مثل رمز لا يمتلك سوى أذونات `write:user`) إنشاء رمز جديد بنطاق `all`، مما يمنحه وصولًا إداريًا كاملاً إلى الحساب دون معرفة كلمة مرور المستخدم. **التوصيات** في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة الأمنية.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** Gitea (الإصدارات المتأثرة غير محددة) **الوصف** يحتوي محلل سجل حزم Debian على مشكلتين يمكن أن تؤديا إلى رفض خدمة كامل. أولاً، يوجد عيب في فك الضغط غير محدود في الدالة `ParseControlFile()`. عند معالجة ملف `.deb` تم تحميله، يقوم المحلل بفك ضغط ملف `control.tar.gz` ونسخ الدفق إلى `strings.Builder` دون تحديد حجم البيانات التي يتم قراءتها. يمكن للمهاجم استخدام «قنبلة فك الضغط» — وهي حمولة صغيرة تتوسع إلى حجم هائل — لاستنزاف ذاكرة الخادم. ثانياً، يستخدم المحلل علامة `+=` لتسلسل السلاسل عند معالجة أسطر الاستمرار في حقل الوصف (Description)، مما يؤدي إلى عمليات تخصيص ونسخ من الدرجة `O(N²)`. وهذا قد يؤدي إلى إرهاق وحدة المعالجة المركزية (CPU) وإطلاق دورات متكررة لجمع القمامة. يمكن لأي مستخدم معتمد يتمتع بحق الكتابة في سجل الحزم أن يثير هذه المشكلات عبر طلب موجه إلى المعالج في `routers/api/packages/debian/debian.go:146`. **التوصيات** في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة الأمنية.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** Gitea (لم يتم تحديد الإصدارات المتأثرة) **الوصف** يمكن لمستخدم معتمد التسبب في هجوم «رفض الخدمة» (DoS) عن طريق إرسال مفتاح عام RFC 4716 (SSH2) مُصمم خصيصًا إلى نقطة نهاية استيعاب مفاتيح SSH. تنبع المشكلة من دالة تطبيع تستخدم حلقة تسلسل سلاسل من النوع O(N²) دون حدود لحجم المدخلات. عندما يحتوي المفتاح على عدد كبير من الأسطر القصيرة، يقوم الخادم بأداء قدر من العمل التربيعي من حيث الوقت وتخصيص الذاكرة، لأن سلاسل Go غير قابلة للتغيير، مما يتطلب تخصيص مصفوفة جديدة ونسخها لكل عملية تسلسل. قد يؤدي ذلك إلى استنفاد موارد وحدة المعالجة المركزية (CPU) والذاكرة، مما يؤدي إلى انقطاع اتصال المثيل بالشبكة. **نقاط نهاية واجهة برمجة التطبيقات (API):** ’/api/v1/user/keys‘ **المعلمات أو المتغيرات المعرضة للخطر:** `key` **أسماء الوظائف:** `parseKeyString()`، `CheckPublicKeyString()`، `CreateUserPublicKey()` **التوصيات** في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة الأمنية.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** يتعذر تحديد اسم المنتج (لم يتم تحديد الإصدارات المتأثرة) **الوصف** توجد ثغرة أمنية من نوع «رفض الخدمة باستخدام التعبيرات العادية» (ReDoS) دون مصادقة، ناتجة عن مطابقة غير صحيحة للأنماط أثناء معالجة ملف CODEOWNERS. وهذا يسمح لمهاجم عن بُعد بالتسبب في رفض الخدمة عن طريق تقديم نمط مصمم خصيصًا يؤدي إلى استهلاك مفرط لموارد وحدة المعالجة المركزية (CPU) أثناء عملية المطابقة. **التوصيات** في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة الأمنية.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Allstar السابقة للإصدار 4.5 **الوصف** Allstar هو تطبيق GitHub يُستخدم لتعيين سياسات الأمان وفرضها. يوجد عيب في مكون Reviewbot حيث كانت طلبات webhook الواردة تُتحقق من صحتها باستخدام سر مشترك مبرمج بشكل ثابت. تم تضمين هذا الرمز السري في الملف الثنائي لـ Allstar ولم يكن من الممكن تهيئته أثناء وقت التشغيل. كانت عمليات النشر التي تستخدم Reviewbot تتحقق من صحة الطلبات باستخدام نفس الرمز السري ما لم يقم المشغل بتعديل شفرة المصدر وإعادة بناء المكون. لم يتم توثيق هذا الأمر، وكان من السهل تجاهله. لا تتأثر عمليات النشر التي لم تقم بتمكين أو الكشف عن نقطة نهاية Reviewbot. **التوصيات** قم بالتحديث إلى الإصدار 4.5 أو أحدث. إذا لم تكن نقطة نهاية Reviewbot قيد الاستخدام، فلا داعي لاتخاذ أي إجراء.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات PowSyBl الأقدم من 6.7.2 **الوصف** تتعلق المشكلة بهجوم كيان خارجي في XML (XXE) وهجوم تزوير الطلب من جانب الخادم (SSRF) في أجزاء معينة من تحليل XML في powsybl-core. وهذا يسمح للمهاجم برفع امتيازاته لقراءة الملفات التي لا يملك إذنًا بالوصول إليها، بما في ذلك الملفات الحساسة الموجودة على النظام. الفئة المعرضة للثغرة هي `com.powsybl.commons.xml.XmlReader`، والتي تُعتبر غير موثوقة في حالات الاستخدام التي يمكن فيها للمستخدمين غير الموثوق بهم إرسال ملفات XML الخاصة بهم إلى الطرق المعرضة للثغرة. قد يحدث هذا في تطبيق متعدد المستأجرين يستضيف العديد من المستخدمين المختلفين، الذين قد يكون لكل منهم مستويات امتيازات مختلفة. **التوصيات** بالنسبة للإصدارات الأقدم من 6.7.2، قم بالتحديث إلى com.powsybl:powsybl-commons: 6.7.2 أو أعلى لإصلاح المشكلة. كحل مؤقت، ضع في اعتبارك تقييد الوصول إلى الفئة `com.powsybl.commons.xml.XmlReader` لتقليل مخاطر الاستغلال. تجنب السماح للمستخدمين غير الموثوق بهم باستيراد ملفات CGMES أو XIIDM غير موثوقة عبر الشبكة حتى يتم حل المشكلة.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات PowSyBl الأقدم من 6.7.2 **الوصف** المشكلة هي ثغرة أمنية محتملة من نوع «رفض الخدمة عبر التعبيرات العادية متعددة الحدود» (ReDoS) في آلية DataSource الخاصة بـ PowSyBl. يمكن استغلال هذه الثغرة الأمنية عند استدعاء الأسلوب `listNames(String regex)` في DataSource باستخدام تعبير عادي يقدمه المستخدم، مما يسمح لمهاجم خبيث بالتسبب في استهلاك كبير لموارد وحدة المعالجة المركزية (CPU) بسبب عملية التراجع (backtracking) للتعبير العادي. يتطلب الهجوم التحكم في مدخلات التعبير العادي والتأثير على أسماء الملفات/الموارد التي يتم مطابقتها. في بيئة متعددة المستأجرين، قد يؤدي ذلك إلى تدهور أداء الخادم وتوافره، مما يؤثر على مستخدمي التطبيق الآخرين. **التوصيات** بالنسبة للإصدارات الأقدم من 6.7.2، قم بالتحديث إلى com.powsybl:powsybl-commons:6.7.2 أو إصدار أحدث لإصلاح الثغرة الأمنية. كحل مؤقت، ضع في اعتبارك تقييد الوصول إلى الأسلوب `listNames(String regex)` أو التحقق من صحة التعبيرات العادية التي يقدمها المستخدم لتقليل مخاطر الاستغلال. تجنب استخدام التعبيرات العادية التي يقدمها المستخدم دون التحقق من صحتها في الأسلوب `listNames(String regex)` حتى يتم حل المشكلة.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة: com.powsybl:powsybl-iidm-criteria الإصدارات من 6.3.0 حتى 6.7.1 com.powsybl:powsybl-contingency-api الإصدارات من 5.0.0 حتى 5.0.0 الوصف: تتمثل المشكلة في ثغرة أمنية محتملة لرفض الخدمة عن طريق التعبير العادي البولينومي (ReDoS) في فئة RegexCriterion. تقوم هذه الفئة بتجميع وتقييم تعبير عادي غير مصدق عليه، مقدم من المستخدم، مقابل معرف كائن Identifiable عبر Pattern.compile(regex).matcher(id).find(). في حالة استغلالها بنجاح، يمكن لمهاجم خبيث أن يتسبب في استنزاف كبير لموارد وحدة المعالجة المركزية (CPU) من خلال استدعاءات متكررة أو متكررة لـ filter(...) — خاصةً إذا تم تنفيذها في نماذج شبكات كبيرة أو عمليات تصفية. التوصيات: بالنسبة لإصدارات com.powsybl:powsybl-iidm-criteria من 6.3.0 حتى 6.7.1، قم بالتحديث إلى الإصدار 6.7.2 أو أعلى. بالنسبة لإصدارات com.powsybl:powsybl-contingency-api من 5.0.0، قم بالتحديث إلى إصدار أعلى من 5.0.0؛ ومع ذلك، لم يتم تحديد الإصدار المصحح بالضبط لهذا المكون. كحل مؤقت، ضع في اعتبارك تقييد استخدام فئة RegexCriterion حتى يتوفر تصحيح. تجنب استخدام التعبيرات النمطية غير الموثوقة والمعرفات التي قد تكون تحت سيطرة المهاجمين في فئة RegexCriterion لتقليل مخاطر الاستغلال إلى أدنى حد.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات PowSyBl من 6.3.0 إلى 6.7.1 **الوصف** تتمثل المشكلة في وجود خلل في عملية إزالة التسلسل في الأسلوب `read` الخاص بفئة `SparseMatrix`، مما قد يؤدي إلى عدة حالات لرفع الامتيازات حسب الظروف. يتلقى هذا الأسلوب كائن `InputStream` ويعيد كائن `SparseMatrix`. يكون المستخدمون عرضة للخطر في حالة استيراد كائنات `SparseMatrix` مُسلسلة غير خاضعة للرقابة. وقد يمثل هذا مشكلة كبيرة بشكل خاص في التطبيقات متعددة المستأجرين حيث يمكن للمستخدمين ذوي مستويات امتيازات مختلفة إرسال `InputStream` ليتم معالجته في كائن `SparseMatrix`، أو عند استخدام الأسلوب في أداة محلية مع `InputStream` قادم من مصادر خارجية. **التوصيات** بالنسبة للإصدارات من 6.3.0 إلى 6.7.1، يُنصح بالتحديث إلى com.powsybl:powsybl-math:6.7.2 أو إصدار أحدث لحل المشكلة. كإجراء مؤقت للتغلب على المشكلة، تجنب استخدام عملية إزالة التسلسل لـ `SparseMatrix` (طرق `SparseMatrix.read(...)`) حتى يتم تطبيق تصحيح.