Cantina

OpenSSL stream peer verification incorrectly handles certificate validation by falling back to the Common Name (CN) when no entries in the `subjectAltName` (SAN) match. According to RFC 6125, the CN should be ignored if the certificate contains any service identity. This behavior allows a certificate trusted for one name to be used to impersonate another if the CN matches the requested `peer name` despite a non-matching DNS SAN.

تسمح عملية التحقق غير السليمة من الوصول بترقية الامتيازات من خلال المهمة الدفعية `com users`.

قد يتمكن أحد التطبيقات من الوصول إلى بيانات المستخدم الحساسة بسبب عدم كفاية حماية البيانات.

قد تؤدي معالجة محتوى ويب مصمم بشكل خبيث إلى منع تطبيق سياسة أمان المحتوى (طبقة أمان تساعد في اكتشاف أنواع معينة من الهجمات والتخفيف من آثارها، بما في ذلك البرمجة النصية عبر المواقع وحقن البيانات).

توجد مشكلة في التحقق من الصحة حيث قد تؤدي معالجة محتوى ويب مصمم بشكل خبيث إلى منع تطبيق سياسة أمان المحتوى (طبقة أمان تساعد في اكتشاف أنواع معينة من الهجمات والتخفيف من آثارها، بما في ذلك البرمجة النصية عبر المواقع وحقن البيانات).

عندما يتم تعيين `SESSION SAVE EVERY REQUEST` على `True`، لا تتغير رؤوس الاستجابة بناءً على ملفات تعريف الارتباط إذا بقيت الجلسة دون تغيير. وهذا يسمح لمهاجم عن بُعد بسرقة جلسة المستخدم بعد أن يزور الضحية صفحة عامة مخزنة في ذاكرة التخزين المؤقت. هذه مشكلة تثبيت الجلسة حيث يمكن اختراق معرّف الجلسة عبر محتوى عام مخزّن في ذاكرة التخزين المؤقت.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة إصدارات Django من 6.0 إلى 6.0.3 إصدارات Django من 5.2 إلى 5.2.12 إصدارات Django من 4.2 إلى 4.2.29 إصدارات Django 5.0.x والإصدارات الأقدم إصدارات Django 4.1.x والإصدارات الأقدم إصدارات Django 3.2.x والإصدارات الأقدم الوصف تم اكتشاف مشكلة حيث كانت نماذج قائمة التغييرات الخاصة بالمسؤول (admin changelist) التي تستخدم `ModelAdmin.list editable` تسمح بشكل غير صحيح بإنشاء مثيلات جديدة عبر بيانات `POST` مزورة. في السابق، لم يتم تقييم إصدارات Django السابقة غير المدعومة (مثل 5.0.x و4.1.x و3.2.x) وقد تكون متأثرة أيضًا. التوصيات التحديث إلى إصدار Django 6.0.4 أو أحدث. التحديث إلى إصدار Django 5.2.13 أو أحدث. التحديث إلى إصدار Django 4.2.30 أو أحدث.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة إصدارات swift-crypto 4.3.0 والإصدارات الأقدم الوصف يمكن لمهاجم عن بُعد تقديم مفتاح قصير مغلف بتنسيق X-Wing HPKE، مما يؤدي إلى حدوث قراءة خارج النطاق المسموح به في مسار فك التغليف بلغة C. وقد يؤدي ذلك إلى تعطل البرنامج أو تسرب البيانات من الذاكرة، اعتمادًا على إجراءات الحماية أثناء التشغيل. تنشأ المشكلة لأن مسار فك التغليف في X-Wing يقبل بايتات النص المشفر التي يتحكم فيها المهاجم دون فرض طول ثابت للنص المشفر. تتوقع واجهة برمجة التطبيقات (API) بلغة C وجود مخزن مؤقت بحجم ثابت يبلغ 1120 بايت، وقد يؤدي تمرير قيمة `Data` أقصر إلى قراءة كود C ما وراء حدود مخزن Swift المؤقت. يمكن الوصول إلى الثغرة الأمنية من خلال تهيئة `HPKE.Recipient`، حيث يمكن أن يؤدي `encapsulatedKey` غير الصحيح إلى سلوك غير محدد بدلاً من خطأ آمن في التحقق من الطول. لا تقوم دالة `decapsulate` في `OpenSSLXWingPrivateKeyImpl` بإجراء فحص للطول قبل تمرير البيانات `encapsulated` إلى واجهة برمجة التطبيقات (API) لـ C. يُثبت نموذج إثبات المفهوم (PoC) أن توفير `encapsulatedKey` بحجم 1 بايت بدلاً من الـ 1120 بايت المطلوبة لا يؤدي إلى الرفض، ويمكن أن يؤدي إلى تعطل البرنامج أو تلف الذاكرة عند التشغيل باستخدام AddressSanitizer. التوصيات التحديث إلى الإصدار 4.3.1 أو أحدث من swift-crypto.