Jakub Zelenka

قد تؤدي عملية تشفير رسالة CMS لشهادة EC التي يكون ترتيب مجموعتها 1 إلى دخول الدالتين `CMS encrypt()` أو `CMS encrypt ex()` في حلقة مفرغة لا نهائية. يحدث هذا لأن روتين توليد المفاتيح يعيد المحاولة دون حد أثناء انتظار قيمة escalar خاصة غير صفرية، وهو أمر مستحيل إذا كان ترتيب المجموعة 1. يمكن للمهاجم الذي يستطيع تزويد تطبيق يقوم بتشفير CMS بشهادة مستلم ذات معاملات EC متحكم بها أن يتسبب في هذا السلوك، مما يؤدي إلى حجب الخدمة (DoS) من خلال استهلاك نواة وحدة المعالجة المركزية حتى يتم مقاطعة العملية. لا تتأثر تطبيقات OpenSSL TLS و QUIC، كما أن وحدات FIPS في الإصدارات 3.0 و 3.5 و 4.0 و 4.1 غير متأثرة لأنها ترفض معاملات نطاق EC الصريحة التعسفية.

توجد مشكلة فساد في الذاكرة من نوع use-after-free في نواة مفسر PHP، وتحديداً ضمن مكون `session.upload progress`. تحدث الثغرة أثناء تحليل الطلب عندما يسجل PHP الحالة كجاهزة قبل اكتمال جميع عمليات تخصيص الذاكرة. إذا فشل التخصيص بسبب أخطاء نفاد الذاكرة (OOM)، يتم استخدام الدالة `longjmp()` لإلغاء الطلب، ولكن بعض السياقات تفشل في التراجع عن الحالة غير المكتملة، مما يترك ذاكرة الطلب غير مهيأة. قد تقوم إجراءات التنظيف اللاحقة بقراءة أو التفرع من هذه الذاكرة. يمكن لمهاجم عن بُعد غير مصرح له استغلال ذلك عن طريق إرسال طلبات HTTP POST مصممة خصيصاً لتحقيق تنفيذ عن بُعد للكود (RCE). تم رصد استغلال فعلي في أنظمة تستخدم Apache mod php، حيث استخدم المهاجمون سلسلة HTTP مكونة من أربع مراحل تتضمن استنزاف الذاكرة وكشف المعلومات عبر ترويسة `PHPSESSID` لتجاوز ASLR وتنفيذ أوامر shell مثل `/bin/sh`.

يحتوي PHP على خلل من نوع use-after-free حيث قد لا يتم إعادة تعيين الحالة العامة، ومعالجة الأخطاء، والكائنات، وحالة الامتدادات بشكل صحيح أو قد يتم إعادة ملئها بعد إعادة تعيينها. يحدث هذا لأن بعض الحالات تشير إلى ذاكرة مملوكة لطلب واحد؛ فإذا أدى خطأ فادح إلى مقاطعة مرحلة التنظيف أو إذا استخدمت العملية `longjmp()` لأخطاء نفاد الذاكرة (OOM) لإلغاء معالجة الطلب، فقد تشير الحالة العامة إلى الذاكرة بعد تحريرها. قد تقوم الطلبات اللاحقة بعد ذلك بالقراءة أو التفرع بناءً على هذه الحالة القديمة قبل تهيئتها بالكامل. يمكن لمهاجم عن بُعد غير مصرح له استغلال هذه الحالة، وتحديداً من خلال مكون `session.upload progress` أو عن طريق إرسال طلب POST مصاغ خصيصاً، لتحقيق تنفيذ عن بُعد للكود (RCE). تؤثر هذه المشكلة على mod php وتؤثر بشكل مشروط على FPM من خلال مسارات مرحلة التطبيق.

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.

On Windows, filesystem and stream APIs fail to reject reserved device names when they are part of a path. These reserved names include CON, PRN, AUX, NUL, COM1 through COM9, LPT1 through LPT9, CONIN$, and CONOUT$. Consequently, an attacker-controlled filename can reach the `CreateFileW()` function and open a device instead of a standard file. This behavior can lead to a Denial of Service (DoS) by blocking or hanging requests and exhausting worker processes.

PHP contains an issue where credentials could be leaked during a redirect when using curl. This occurs when the application follows a redirect to an external host and inadvertently includes authentication credentials in the request to the new location.

The mysqlnd wire protocol parser reads fields from server packets without first verifying if the packet contains sufficient bytes. This allows a malicious or compromised MySQL server to send a truncated packet, causing the client to read beyond the packet buffer. This undefined behavior can lead to a process crash.

The FastCGI client access check for IPv6 addresses incorrectly compares only the first 12 bytes of a 16-byte address. This causes the `listen.allowed clients` check to match based on a /96 prefix rather than the exact address. An attacker using an address that shares the first 96 bits with an authorized address can bypass the access control and reach the FastCGI endpoint.

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.

The `convert.base64-encode`, `convert.quoted-printable-encode`, and `convert.quoted-printable-decode` stream filters contain a memory handling issue. These filters use a `line-break-chars` option where the length is tracked independently of the actual string. The filter constructors use the `pestrdup()` function, which terminates the string at the first NUL byte but retains the original length. Consequently, when the filter generates a line break, it reads beyond the truncated memory allocation, resulting in the leakage of adjacent heap bytes into the filter output.

The function `php openssl matches wildcard name()` in `ext/openssl/xp ssl.c` contains an integer underflow in the length argument passed to `memchr()`. This occurs when a TLS server certificate uses a wildcard name with literal characters that exceed the length of the hostname being verified. A malicious server can exploit this to force the PHP client to read up to `SIZE MAX` bytes beyond a heap allocation. This issue is reachable via any default client stream as `verify peer name` is enabled by default.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة: إصدارات PHP حتى 8.1.31 إصدارات PHP حتى 8.2.27 إصدارات PHP حتى 8.3.18 إصدارات PHP حتى 8.4.4 php7.4 الوصف: تتعلق المشكلة بغلاف HTTP الخاص بـ Streams في PHP. التوصيات: بالنسبة لإصدارات PHP حتى 8.1.31، قم بالتحديث إلى إصدار أعلى من 8.1.31. بالنسبة لإصدارات PHP حتى 8.2.27، قم بالتحديث إلى إصدار أعلى من 8.2.27. بالنسبة لإصدارات PHP حتى 8.3.18، قم بالتحديث إلى إصدار أعلى من 8.3.18. بالنسبة لإصدارات PHP حتى 8.4.4، قم بالتحديث إلى إصدار أعلى من 8.4.4. بالنسبة لـ php7.4، ضع في اعتبارك التحديث إلى إصدار أحدث من PHP.

## تقرير الثغرات الأمنية **اسم البرنامج المعرض للثغرات والإصدارات المتأثرة** إصدارات PHP من 8.1.0 حتى 8.1.31 إصدارات PHP من 8.2.0 إلى 8.2.27 إصدارات PHP من 8.3.0 إلى 8.3.18 إصدارات PHP من 8.4.0 إلى 8.4.4 PHP 7.4 (Debian) **الوصف** PHP هي لغة برمجة نصية مدمجة في HTML تُستخدم عادةً مع خادم Apache HTTP. توجد ثغرة أمنية في PHP بسبب الحجم المحدود لمخزن التموضع المؤقت (buffer) عند تحليل عمليات إعادة التوجيه HTTP. وقد يؤدي ذلك إلى اقتطاع عنوان URL بشكل غير صحيح وإعادة التوجيه إلى موقع خاطئ. **التوصيات** إصدارات PHP من 8.1.0 إلى 8.1.31: قم بالتحديث إلى الإصدار 8.1.32 أو أحدث. إصدارات PHP من 8.2.0 إلى 8.2.27: قم بالتحديث إلى الإصدار 8.2.28 أو أحدث. إصدارات PHP من 8.3.0 إلى 8.3.18: قم بالتحديث إلى الإصدار 8.3.19 أو أحدث. إصدارات PHP من 8.4.0 إلى 8.4.4: قم بالتحديث إلى الإصدار 8.4.5 أو أحدث. PHP 7.4 (Debian): قم بالتحديث إلى إصدار أحدث.

تتعلق المشكلة بعدم كفاية التحقق من صحة أحرف نهاية السطر في الرؤوس التي يقدمها المستخدم، مما قد يمنع إرسال بعض الرؤوس أو يؤدي إلى تفسير بعضها بشكل خاطئ. وقد يؤثر ذلك على النتيجة ويؤدي إلى رفض الخدمة أو حدوث مشكلات غير متوقعة. تم ذكر الدالة `check has header()` على وجه التحديد باعتبارها مرتبطة بهذه المشكلة، حيث قد يؤدي عدم التحقق من `r` إلى سلوك غير صحيح في حالة استخدام ` ` فقط في قيمة الرأس.