Alexandr Nedvedicky

**Name of the Vulnerable Software and Affected Versions** OpenSSL (affected versions not specified) **Description** An inefficient algorithmic complexity issue exists in the QUIC stream reassembly process. OpenSSL uses a doubly-linked list to manage received QUIC stream fragments; while append operations are optimized, any fragment that does not immediately follow the current `tail` triggers a head-to-tail linear search. A remote peer that has completed the handshake can manipulate the sequence of offsets using compliant STREAM frames within the advertised receive window to force the server into O(n^2) operations. This results in progressive performance deterioration and excessive CPU pressure, potentially leading to a Denial of Service with low attacker bandwidth. **Recommendations** At the moment, there is no information about a newer version that contains a fix for this vulnerability.

**Name of the Vulnerable Software and Affected Versions** OpenSSL (affected versions not specified) **Description** The QUIC process may retain memory for packet buffers longer than necessary. A remote peer can exploit this by sending maliciously crafted packets, forcing the local QUIC stack to keep packet buffer memory allocated for a duration controlled by the attacker. This occurs because the QUIC stack leaves stream data on the packet buffer to avoid a copy operation until the data is moved to a buffer provided by the local receiving application. This design allows an attacker to allocate significantly more memory than required by the data in the receiving stream buffer, leading to allocation of resources without limits or throttling. **Recommendations** At the moment, there is no information about a newer version that contains a fix for this vulnerability.

**Name of the Vulnerable Software and Affected Versions** OpenSSL (affected versions not specified) **Description** The QUIC stack fails to enforce connection-level flow control for streams, although it correctly enforces stream-level limits. A remote peer can bypass the intended connection flow control window (default 768 KiB) by opening multiple streams that each remain within their individual stream-level limits. This allows a remote peer to force the local stack to allocate approximately 100MB of heap memory per connection, as the allocation is calculated as 2 x `MAX STREAMS` x (stream flow control limit). **Recommendations** At the moment, there is no information about a newer version that contains a fix for this vulnerability.

**Name of the Vulnerable Software and Affected Versions** OpenSSL (affected versions not specified) **Description** A malicious remote peer can flood the local QUIC stack with `NEW CONNECTION ID` frames by bypassing the limit check on the number of connection IDs the remote stack can use. The local stack responds to each `NEW CONNECTION ID` frame by sending a `RETIRE CONN ID` frame via the Control Frame Queue (CFQ). If the remote peer withholds ACKs, the local stack can be forced to allocate approximately 400MB of memory. This occurs because the stack incorrectly retires the destination CID immediately upon receiving the `NEW CONNECTION ID` frame, rather than waiting for an ACK for the `RETIRE CONNECTION ID` frame as required by RFC 9000. **Recommendations** At the moment, there is no information about a newer version that contains a fix for this vulnerability.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** OpenSSL (الإصدارات المتأثرة غير محددة) **الوصف** توجد مشكلة «تحرير مزدوج» في خادم OpenSSL QUIC عند فشل إنشاء القناة لحزمة أولية. تقوم الدالة `port default packet handler()` بإنشاء كائن QRX (طبقة سجلات QUIC للاستقبال) للتحقق من صحة الحزمة. إذا فشلت الدالة `port bind channel()`، فإنها تحرر كائن QRX؛ وبالتالي، تقوم الدالة `port default packet handler()` بتحرير الكائن نفسه مرة أخرى. يمكن أن يحدث هذا الفشل بسبب حزمة INITIAL تالفة تحتوي على معرّف اتصال الوجهة (DCID) أقصر من 8 بايت، مما يتسبب في قيام الدالة `ossl quic lcidm enrol odcid()` باكتشاف طول غير صالح. عادةً ما يؤدي تلف الذاكرة هذا إلى إنهاء عملية خادم QUIC، مما يؤدي إلى حدوث هجوم رفض الخدمة. **التوصيات** قم بالتحديث إلى تحديث أمان OpenSSL لشهر أغسطس 2026.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات OpenSSL 3.5 والإصدارات الأحدث **الوصف** يمكن لخادم OpenSSL QUIC تخصيص قنوات واردة جديدة ووضعها في قائمة الانتظار دون فرض أي حد عند معالجة حزم QUIC الأولية الصالحة لمعرفات اتصال الوجهة غير المعروفة. يستخدم النظام `Connection-Id` الموجود في رأس الحزمة لتحديد موقع اتصال موجود؛ وإذا لم يتم العثور على أي اتصال وكان نوع الحزمة هو INITIAL، يتم تخصيص كائن قناة جديد ووضعه في قائمة الانتظار ليتم قبوله من قبل التطبيق المحلي عبر الدالة `SSL accept()`. إذا لم يتمكن التطبيق من استدعاء `SSL accept()` بوتيرة كافية، فقد تزداد الذاكرة المستخدمة لهذه الكائنات القنواتية بلا حدود، مما قد يؤدي إلى حدوث هجوم رفض الخدمة (DoS) عن طريق جعل مستمع QUIC غير متاح. **التوصيات** تحديث OpenSSL إلى إصدار يطبق حدًا أقصى لعدد الاتصالات المعلقة. يمكن للتطبيقات تعديل الحد الافتراضي البالغ 256 اتصالًا معلقًا باستخدام الدالة `SSL set value uint()`.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** OpenSSL (لم يتم تحديد الإصدارات المتأثرة) **الوصف** يمكن لطرف بعيد أن يتسبب في تخصيص ذاكرة غير محدود، مما يؤدي إلى رفض الخدمة (DoS) وإيقاف غير طبيعي لتطبيق يعمل كعميل أو خادم QUIC. يحدث هذا عندما يقوم طرف خبيث بإغراق مكدس QUIC المحلي بإطارات PATH CHALLENGE. تقوم المكدس بتخصيص إطار PATH RESPONSE لكل إطار PATH CHALLENGE يتم استلامه، ولكن لا يتم تحرير هذه الأطر إلا بعد أن يؤكد الطرف البعيد استلامها، وهو ما لن يقوم به المهاجم الخبيث، مما يؤدي إلى استنفاد ذاكرة الكومة. **التوصيات** في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة الأمنية.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** الإصدارات غير محددة **الوصف** قد يؤدي تكوين غير شائع للعملاء الذين يقومون بمصادقة الخادم باستخدام DANE TLSA، عند اقترانه بسجلات DANE TLSA غير شائعة على الخادم، إلى حدوث ثغرة «الاستخدام بعد التحرير» و/أو «التحرير المزدوج» على جانب العميل. يمكن أن يؤدي الاستخدام بعد التحرير إلى تلف البيانات أو تعطل النظام أو تنفيذ تعليمات برمجية عشوائية. تؤثر هذه المشكلة على العملاء الذين يستخدمون سجلات TLSA مع استخدامات شهادات PKIX-TA(0/PKIX-EE(1)) و DANE-TA(2) على حد سواء. لا يتأثر العملاء الذين يعاملون سجلات PKIX TLSA على أنها غير قابلة للاستخدام أو الذين يدعمون استخدامات PKIX فقط. يجب أيضًا أن يتواصل العميل مع خادم ينشر مجموعة سجلات TLSA (TLSA RRset) تحتوي على كلا النوعين من سجلات TLSA. **التوصيات** في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة الأمنية.