Oblivionsage

The `phar tar number()` function parses the octal size field of a TAR header into a `uint32 t` without an overflow check. Because the field is 11 octal digits wide and can hold values up to 0x1FFFFFFFF, any size exceeding 0xFFFFFFFF silently wraps. This causes the parser to skip an incorrect number of data blocks and interpret attacker-controlled file content as the subsequent TAR header, allowing a crafted archive to inject entries that PharData reports and extracts as genuine.

يمكن إحداث عملية ”إلغاء مرجعية مؤشر فارغ“ (وهي حالة يحاول فيها البرنامج القراءة من عنوان ذاكرة فارغ، مما يؤدي عادةً إلى تعطل البرنامج) عن بُعد في مكون Bot API. توجد المشكلة في الدالة `RequestButton()` الموجودة في الملف `Telegram/SourceFiles/boxes/url auth box.cpp`، وتحديدًا من خلال التلاعب بالمعلمة `login url`.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة إصدارات Rack الأقدم من 2.2.23 و3.1.21 و3.2.6 الوصف تقوم دالة `Rack::Files#fail` في Rack بحساب رأس الاستجابة `Content-Length` بشكل غير صحيح باستخدام `String#size` بدلاً من `String#bytesize`. يحدث هذا عندما يحتوي نص الاستجابة على أحرف UTF-8 متعددة البايتات، مما يؤدي إلى إعلان `Content-Length` أصغر من العدد الفعلي للبايتات المرسلة. يمكن للمهاجم استغلال هذه الثغرة عن طريق طلب مسار غير موجود يحتوي على أحرف UTF-8 مشفرة بالنسب المئوية، مما يؤدي إلى تشكيل استجابة HTTP غير صحيح واحتمال حدوث عدم تزامن في الاستجابة. يعكس مكون `Rack::Files` المسار المطلوب في استجابات 404، مما يساهم في حدوث المشكلة عند معالجة الطلبات التي تحتوي على أحرف متعددة البايتات. وقد يتسبب هذا في حدوث تباينات في تحليل الاستجابة أو عدم تزامنها، لا سيما في عمليات النشر التي تستخدم اتصالات keep-alive والوسطاء الذين يعتمدون على رأس `Content-Length`. التوصيات قم بالتحديث إلى إصدار Rack 2.2.23 أو أحدث. التحديث إلى الإصدار 3.1.21 من Rack أو أحدث. التحديث إلى الإصدار 3.2.6 من Rack أو أحدث.

لا تخضع البيانات الوصفية `chunkSize` التي يتحكم فيها المستخدم للتحقق من الصحة بشكل كافٍ، مما قد يؤدي إلى ظهور بيانات وصفية GridFS مشوهة تتجاوز سعة الحاوية المحددة. وقد يؤدي ذلك إلى حدوث خطأ في تخصيص الذاكرة المؤقتة (heap) أثناء معالجة الملفات.

LIBPNG هي مكتبة تستخدمها التطبيقات لقراءة ملفات الصور النقطية بتنسيق PNG وإنشائها ومعالجتها. تحتوي الإصدارات من 1.2.1 إلى 1.6.55 على مشكلة حيث تقوم الدالتان `png set tRNS` و`png set PLTE` بتعيين اسم مستعار لمخزن مؤقت مخصص في الذاكرة (heap) بين `png struct` و`png info`، مما يؤدي إلى مشاركة تخصيص واحد بين هيكلين لهما فترات صلاحية مستقلة. وقد كان هذا التداخل موجودًا منذ الإصدار 1.0 على الأقل من libpng بالنسبة لـ `trans alpha`، ومنذ الإصدار 1.2.1 على الأقل بالنسبة لـ `palette`. وعند استدعاء `png free data` مع `PNG FREE TRNS` أو `PNG FREE PLTE`، يتم تحرير المخزن المؤقت عبر `info ptr` بينما يظل المؤشر `png ptr` المقابل معلقًا. قد تقوم دوال تحويل الصفوف اللاحقة بعد ذلك بإلغاء الإشارة إلى هذه الذاكرة المحررة والكتابة إليها. ويكون لاستدعاء `png set tRNS` أو `png set PLTE` للمرة الثانية نفس التأثير، حيث تستدعي هذه الدوال `png free data` داخليًا قبل إعادة تخصيص المخزن المؤقت `info ptr`.

يوجد عيب في QEMU حيث يمكن لصورة VMDK مصممة خصيصًا أن تتسبب في قراءة خارج النطاق المسموح به. وقد يؤدي ذلك إلى تسرب ما يصل إلى 12 بايت من المعلومات الحساسة أو إلى حدوث رفض الخدمة.

توجد ثغرة أمنية تتعلق بـ «عبور المسار» (path traversal) في Node.js عند تشغيله على نظام Microsoft Windows. تفشل الدالة `path.normalize()` في حظر أسماء أجهزة Windows، مثل CON و PRN و AUX، مما يسمح للمهاجمين باستغلال هذا السلوك لتنفيذ هجمات «عبور المسار». تستغل هذه الثغرة الطريقة المحددة التي يدير بها Windows أسماء الأجهزة المحجوزة.