Serhiy Storchaka

يمكن لعينات ملفات CSV التي يتحكم فيها المهاجم أن تؤدي إلى إجراء عمليات تعبير منتظم فائقة الخطية أثناء عملية استكشاف اللهجات، مما يؤدي إلى استهلاك كبير لموارد وحدة المعالجة المركزية (CPU) عندما تقوم التطبيقات بتمرير مدخلات غير محدودة إلى الدالة `csv.Sniffer.sniff()`. يشير العمل الخارق للخطي للتعبيرات النمطية إلى حالة يزداد فيها الوقت المستغرق لمعالجة سلسلة نصية بشكل غير متناسب مع طول المدخلات، مما قد يتسبب في حدوث هجوم رفض الخدمة.

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

يمكن إعادة استخدام كائنات `bz2.BZ2Decompressor` بعد حدوث خطأ في فك الضغط. إذا اكتشف أحد التطبيقات خطأ `OSError` الناتج وحاول إعادة المحاولة باستخدام نفس أداة فك الضغط، فقد تؤدي المدخلات المصممة خصيصًا إلى استئناف أداة فك الضغط من حالة داخلية غير صالحة. ويؤدي ذلك إلى عمليات كتابة خارج نطاق المسموح به في مخزن المكدس، مما قد يؤدي إلى تعطل العملية عند معالجة بيانات غير موثوق بها.

قد تستهلك الدالة `unicodedata.normalize()` وقتًا مفرطًا من وحدة المعالجة المركزية (CPU) عند معالجة مدخلات يونيكود مصممة خصيصًا. ويحدث ذلك عندما تحتوي المدخلات على تسلسلات طويلة من الأحرف المركبة ذات قيم متناوبة لفئة التجميع القياسية (Canonical Combining Class)، مما يؤثر على جميع أشكال التوحيد.

في نظام التشغيل Windows، تفشل الدالة `shutil.unpack archive()` في التحقق بشكل صحيح من المسارات المطلقة داخل أرشيفات ZIP. إذا احتوى الأرشيف على مسار يتضمن حرف محرك أقراص (على سبيل المثال، `C:`)، فقد يتم استخراج الملفات خارج الدليل الهدف المقصود.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة Base64 (لم يتم تحديد الإصدارات المتأثرة) الوصف تتوقف عملية فك التشفير باستخدام `base64.b64decode()` أو الوظائف ذات الصلة عند الوصول إلى أول رباعي مملوء، حتى لو بقيت هناك بيانات إضافية. وقد يؤدي ذلك إلى قبول بيانات قد يتم التعامل معها بشكل مختلف في تطبيقات أخرى. ويؤدي استخدام ”validate=True“ إلى تفعيل معالجة أكثر صرامة لبيانات base64. التوصيات استخدم ”validate=True“ عند استدعاء `base64.b64decode()` أو الدوال ذات الصلة لفرض معالجة أكثر صرامة لبيانات base64.

لا تقوم وحدة «zipfile» بالتحقق من صحة قيمة إزاحة سجل محدد موقع نهاية الدليل المركزي (EOCD) في ZIP64، مما يؤدي إلى احتمال حدوث تباينات في طريقة معالجة أرشيفات ZIP مقارنةً بتطبيقات ZIP الأخرى. وعلى وجه التحديد، تفترض الوحدة النمطية موقع سجل EOCD في ZIP64 بشكل غير صحيح، مما قد يسمح بمعالجة أرشيفات ZIP المصممة خصيصًا بطريقة غير متوقعة.

تحتوي فئة `html.parser.HTMLParser` على ثغرة تؤدي معالجة مدخلات معينة مصممة خصيصًا لتكون مشوهة إلى تعقيد حسابي من الدرجة الثانية في أسوأ الحالات. ويحدث ذلك بسبب استخدام تعبير عادي ذي تعقيد حسابي غير فعال، مما قد يؤدي إلى استنفاد موارد وحدة المعالجة المركزية (CPU) وتضخيم هجمات رفض الخدمة.

توجد مشكلة في وحدة `tarfile` عند استخراج أرشيفات tar غير موثوق بها. عند استخدام الدالتين `TarFile.extractall()` أو `TarFile.extract()` مع تعيين المعلمة `filter` إلى `data` أو `tar`، من الممكن تعديل بيانات تعريف الملف (مثل وقت آخر تعديل) أو أذونات الملف (chmod) للملفات الموجودة خارج دليل الاستخراج المقصود. في Python 3.14 والإصدارات الأحدث، تغيرت القيمة الافتراضية للمعلمة `filter` إلى `data`، مما يجعل المستخدمين الذين يعتمدون على هذا السلوك الافتراضي عرضة لهذه المشكلة. وقد يؤدي ذلك إلى تعديل الملفات بشكل تعسفي على النظام وفقدان محتمل للبيانات.

تسمح هذه المشكلة بتجاوز مرشح الاستخراج، مما يتيح أن تشير وجهات الروابط الرمزية إلى خارج الدليل الهدف، كما تتيح تعديل بعض البيانات الوصفية للملفات. يؤثر هذا على المستخدمين الذين يستخدمون وحدة tarfile لاستخراج ملفات tar غير موثوقة باستخدام TarFile.extractall() أو TarFile.extract() مع تعيين المعلمة filter على ”data“ أو ’tar‘. بالنسبة لـ Python 3.14 والإصدارات الأحدث، تم تغيير القيمة الافتراضية للمرشح إلى ”data“، مما يؤثر أيضًا على الاستخدامات التي تعتمد على هذا السلوك الافتراضي الجديد. لا يتأثر تثبيت توزيعات شفرة المصدر، وهي ملفات tar، بشكل كبير، لأنها تسمح بالفعل بتنفيذ شفرة تعسفي أثناء عملية البناء.

تسمح مشكلة في وحدة `tarfile` بتجاهل مرشح الاستخراج عند استخراج أرشيفات tar غير موثوق بها. وقد يمكّن ذلك المهاجم من إنشاء روابط رمزية تشير إلى خارج الدليل الوجهة، وتعديل بيانات تعريف الملفات، وربما تعديل الملفات في مواقع عشوائية بنظام الملفات، مما يؤدي إلى فقدان البيانات أو الوصول غير المصرح به إلى المعلومات المحمية. تحدث المشكلة عند استخدام الدالتين `TarFile.extractall()` أو `TarFile.extract()` مع تعيين المعلمة `filter` إلى `data` أو `tar`. بالنسبة لإصدارات Python 3.14 والإصدارات الأحدث، فإن القيمة الافتراضية للمعلمة `filter` هي `data`، مما يجعل الاستخدام الذي يعتمد على هذا السلوك الافتراضي عرضة للخطر أيضًا.

يتعامل Python بشكل غير صحيح مع استخراج ملفات tar عند استخدام خيار التصفية. وعلى وجه التحديد، عندما يتم تعيين `TarFile.errorlevel` على `0` أثناء الاستخراج باستخدام مرشح، يفشل النظام في تجاهل العناصر التي تم ترشيحها كما هو موثق، ويقوم باستخراجها. قد تسمح هذه المشكلة لمهاجم عن بُعد بتعديل الملفات في مواقع عشوائية من نظام الملفات، مما قد يؤدي إلى فقدان البيانات أو المساس بسلامة المعلومات المحمية.

تسمح مشكلة في وحدة `tarfile` بإجراء عمليات كتابة عشوائية على نظام الملفات خارج دليل الاستخراج عند استخراج أرشيفات tar غير موثوق بها. يحدث هذا عند استخدام الدالتين `TarFile.extractall()` أو `TarFile.extract()` مع تعيين المعلمة `filter` إلى `data` أو `tar`. بالنسبة إلى Python 3.14 والإصدارات الأحدث، تغيرت القيمة الافتراضية لـ `filter` إلى `data`، مما يجعل الاستخدام الذي يعتمد على هذا السلوك الافتراضي عرضة للخطر أيضًا. يمكن للمهاجم استغلال هذه الثغرة لتعديل الملفات في مواقع عشوائية، أو التسبب في فقدان البيانات، أو ربما تحقيق تصعيد الامتيازات أو الهروب من الحاوية إذا تم تنفيذ البرامج النصية بامتيازات الجذر.

عند قراءة استجابة HTTP من خادم، إذا لم يتم تحديد حجم القراءة، فإن السلوك الافتراضي هو استخدام Content-Length. وهذا يسمح لخادم ضار بجعل العميل يقرأ كميات كبيرة من البيانات في الذاكرة، مما قد يتسبب في حدوث أخطاء نفاد الذاكرة (OOM) أو حالات أخرى لرفض الخدمة (DoS). تكمن المشكلة في الوحدة النمطية `http.client`.

لا يقوم المكون الإضافي plistlib بالتحقق بشكل صحيح من حجم ملفات plist أثناء التحميل. قد يحدد ملف plist ضار حجمًا يجعل المكون الإضافي يحاول تخصيص كمية زائدة من الذاكرة، مما يؤدي إلى حالة نفاد الذاكرة (OOM) ومشاكل محتملة تتعلق برفض الخدمة (DoS).

The issue allows remote attackers to obtain sensitive information, such as process memory, or cause a denial of service, resulting in memory corruption and crash, via unspecified vectors. This is due to the utf-16 decoder not updating the aligned end variable after calling the unicode decode call errorhandler function.