Sprabhav7

A stack-based buffer overflow occurs in the Linux Bluetooth protocol stack when processing an Extended Inquiry Response (EIR) packet. A remote attacker within Bluetooth radio range can trigger this issue during Bluetooth discovery by sending a specially crafted packet, which affects the `name2utf8()` function. This can result in a Denial of Service (DoS) by crashing the bluetoothd service or potentially allow for arbitrary code execution.

يحدث تجاوز سعة المخزن المؤقت (buffer overflow) القائم على الـ«هيوب» (heap) في برنامج جدولة CUPS عند إنشاء سلاسل خيارات التصفية من سمات المهام. تقع هذه المشكلة في الدالة `get options()` وقد تسمح لمهاجم عن بُعد بتنفيذ تعليمات برمجية تعسفية.

Netty، وهو إطار عمل لتطبيقات الشبكات غير متزامن ومدفوع بالأحداث، معرض لهجوم «رفض الخدمة» (DoS). يمكن لمستخدم بعيد استغلال هذه الثغرة عن طريق إرسال سيل من إطارات `CONTINUATION` إلى خادم Netty HTTP/2. لا يحدد الخادم عدد إطارات `CONTINUATION` التي يقبلها، ويتم تجاوز الحماية الحالية القائمة على الحجم عند استخدام إطارات بحجم صفر بايت. وهذا يسمح للمهاجم بالتسبب في استهلاك مفرط لوحدة المعالجة المركزية (CPU) باستخدام الحد الأدنى من النطاق الترددي، مما يجعل الخادم غير مستجيب. تكمن المشكلة في مكون `DefaultHttp2FrameReader`، وتحديدًا داخل الدالة `verifyContinuationFrame()`، التي تفتقر إلى فحص عدد الإطارات. كما تسمح الدالة `HeadersBlockBuilder.addFragment()` بتجاوز حد البايتات باستخدام إطارات ذات بايت صفر.

يحتوي jackson-core على تجريدات أساسية لمحلل ومولد تزايدي („streaming“) منخفض المستوى. يتجاوز كل من `UTF8DataInputJsonParser` و`ReaderBasedJsonParser` القيد `maxNestingDepth` المحدد في `StreamReadConstraints`. وهذا يسمح للمستخدم بتقديم مستند JSON يحتوي على تداخل مفرط، مما قد يتسبب في حدوث `StackOverflowError` عند معالجة البنية، مما يؤدي إلى رفض الخدمة (DoS). القيد `maxNestingDepth` له قيمة افتراضية تبلغ 500. تم إصلاح المشكلة بإضافة فحص يُطلق استثناء `StreamConstraintsException` في حالة بلوغ الحد الأقصى.

يفشل محلل JSON غير المعطل (غير المتزامن) في jackson-core في فرض قيد `maxNumberLength` المحدد في `StreamReadConstraints`. يحدث هذا لأن مسار التحليل غير المتزامن في `NonBlockingUtf8JsonParserBase` والفئات ذات الصلة لا يستدعي طرق التحقق من صحة طول الأرقام. وعلى وجه التحديد، تقوم طرق مثل ` finishNumberIntegralPart()` بتجميع الأرقام في `TextBuffer` دون إجراء أي فحوصات، كما تفشل ` valueComplete()` في استدعاء `resetInt()` أو `resetFloat()`، حيث يتم تنفيذ `validateIntegerLength()` و`validateFPLength()`. يمكن للمهاجم إرسال مستند JSON يحتوي على رمز رقمي بطول تعسفي، مما يؤدي إلى تخصيص مفرط للذاكرة في `TextBuffer` واحتمال حدوث خطأ `OutOfMemoryError`. بالإضافة إلى ذلك، إذا استدعت التطبيق `getBigIntegerValue()` أو `getDecimalValue()`، فقد تتعرض JVM لاستنفاد موارد وحدة المعالجة المركزية (CPU) بسبب تحليل BigInteger بدرجة تعقيد O(n^2)، مما يؤدي إلى رفض الخدمة.