Ceolin

يحتوي تطبيق SocketCAN على مشكلة قراءة خارج نطاق الذاكرة. تقوم الدالة `zcan sendto ctx()` بالتحقق من صحة طول المخزن المؤقت المقدم من المستخدم والذي يحتوي على كائن `socketcan frame` باستخدام عبارة `NET ASSERT` فقط. في إصدارات الإنتاج التي يتم فيها تعطيل عمليات التحقق، يمكن لتطبيق في مساحة المستخدم التحكم في الطول الذي يتم تمريره إلى استدعاء النظام `sendto` لتوفير إطار غير مكتمل أو مقطوع. يؤدي هذا إلى قيام الدالة `socketcan to can frame()` بإلغاء مرجعية الحقول التي تتجاوز نهاية المخزن المؤقت، مما قد يؤدي إلى أعطال تسبب رفض الخدمة أو تسرب الذاكرة المجاورة أثناء نقل المحتويات التي تم تحليلها عبر الشبكة.

قد تتفاوض المآخذ (Sockets) التي تم إنشاؤها باستخدام `IPPROTO TLS 1 3` على اتصال TLS 1.2 إذا تم تمكين كلا إصداري TLS في Kconfig. يحدث هذا لأن اختيار البروتوكول على مستوى المأخذ لا ينتقل إلى mbedTLS، مثلًا من خلال الدالة `mbedtls ssl conf min tls version`. ونتيجة لذلك، يُعلن ClientHello عن كلا الإصدارين، مما يسمح للطرف المقابل بإنشاء اتصال TLS 1.2. وقد تستخدم التطبيقات التي تتوقع أن يفرض `IPPROTO TLS 1 3` استخدام TLS 1.3 بروتوكول TLS 1.2 دون إشعار، مما يعرضها لنقاط ضعف خاصة بـ TLS 1.2.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة الإصدارات التي تسبق إصدار التصحيح هي المتأثرة. الوصف قد تؤدي حالة التنافس أثناء إنهاء اتصال TCP إلى قيام الدالة tcp recv() بالعمل على اتصال تم تحريره بالفعل. إذا عادت الدالة tcp conn search() بقيمة NULL أثناء معالجة حزمة SYN، يتم تمرير مؤشر NULL مشتق من بيانات سياق قديمة إلى الدالة tcp backlog is full() ويتم إلغاء الإشارة إليه دون التحقق من صحته، مما يؤدي إلى تعطل النظام. التوصيات في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة الأمنية.

لا تتحقق الوظيفة المسؤولة عن معالجة استجابات اتصال BLE (Bluetooth Low Energy) مما إذا كانت الاستجابة متوقعة أم لا، حيث تعتمد حصريًّا على تطابق المعرّفات. وهذا يعني أن الجهاز لا يتأكد مما إذا كان قد أطلق طلب اتصال قبل معالجة الاستجابة.

توجد ثغرة في معالجة القنوات الثابتة في تقنية Bluetooth Low Energy (BLE)، مثل SMP أو ATT. يمكن للمهاجم استغلال هذه المشكلة، بجعل الجهاز المستهدف الذي يعمل بتقنية BLE يحاول فصل قناة ثابتة، وهو ما لا تسمح به مواصفات تقنية Bluetooth. ويؤدي ذلك إلى سلوك غير محدد، مما قد يؤدي إلى أخطاء في التحقق من الصحة، أو تعطل النظام، أو تلف الذاكرة، اعتمادًا على طريقة تنفيذ مكدس BLE.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة: لا يمكن تحديد اسم المنتج. (الإصدارات المتأثرة غير محددة) **الوصف** يحتوي البرنامج على ثغرة ناتجة عن عدم صحة التحقق من صحة المعلمات أو تطهيرها. تُستخدم هذه المعلمات لاحقًا في عمليات داخلية، مما قد يؤدي إلى مشكلات أمنية. **التوصيات** في الوقت الحالي، لا توجد معلومات عن إصدار أحدث يحتوي على تصحيح لهذه الثغرة الأمنية.

اسم البرنامج المعرض للثغرة والإصدارات المتأثرة: لا يمكن تحديد اسم المنتج. الوصف: قد تؤدي ثغرة «رفض الخدمة» في تطبيق DNS إلى حدوث حلقة لا نهائية. التوصيات: لا توجد في الوقت الحالي أي معلومات حول إصدار أحدث يتضمن تصحيحًا لهذه الثغرة.

The issue is related to errors in the representation of given functions in the Bluetooth protocol implementation of the Zephyr real-time operating system. It may allow a remote attacker to gain unauthorized access to protected information. In the Bluetooth mesh implementation, if a provisionee has a public key sent out-of-band (OOB), it can be sent back during provisioning and will be accepted by the provisionee.

The issue is related to the Bluetooth protocol implementation, specifically with the bluetooth HCI host layer logic not clearing a global reference to a semaphore after synchronously sending HCI commands. This may allow a malicious HCI Controller to cause the use of a dangling reference in the host layer, leading to a crash or potential remote code execution (RCE) on the Host layer. Additionally, there is a buffer overflow issue in the Zephyr real-time operating system's Bluetooth protocol implementation, which can be exploited by a remote attacker to cause a denial of service or execute arbitrary code.

A missing nullptr-check in the handle ra input function can cause a nullptr-deref.

The issue is related to inconsistent handling of error cases in Bluetooth HCI, which may lead to a double free condition of a network buffer.

A malicious or defective Bluetooth controller can cause buffer overreads in most functions that process HCI command responses.

A malicious or defective Bluetooth controller can cause a Denial of Service due to unchecked input in `le read buffer size complete`. This issue is related to the handling of input in the Bluetooth controller, which can lead to a denial of service.

The issue arises from the lack of a check to see if slot 0 is being uploaded from the device to the host. This oversight allows for the easy retrieval of unencrypted firmware when using encrypted images.

The issue is related to an error in the condition of the last if-statement in the function `smp check keys()`. This error caused the function to reject current keys if all requirements were unmet. There is no information provided about the estimated number of potentially affected devices or real-world incidents where this issue was exploited.

The issue occurs in the `tcp flags` function within the `subsys/net/ip/tcp.c` file. When the incoming parameter `flags` is set to ECN or CWR, it causes an out-of-bounds write of a byte with the value zero to the `buf`.

The issue is related to a buffer overflow in the USB device class, specifically a heap-based buffer overflow. This is classified as CWE-122.

The RNDIS USB device class includes a buffer overflow vulnerability, specifically a Heap-based Buffer Overflow (CWE-122).

Name of the Vulnerable Software and Affected Versions: Zephyr versions 2.5.0 and later Description: The issue is related to Buffer Access with Incorrect Length Value in Zephyr, which is described as CWE-805. This problem affects Zephyr versions 2.5.0 and later. Recommendations: For Zephyr versions 2.5.0 and later, 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: Zephyr versions 1.14.2 and later Zephyr versions 2.4.0 and later Zephyr versions 2.5.0 and later Description: The issue allows overwriting an existing bond during the keys distribution phase when the identity address of the bond is known. This is due to the use of multiple resources with duplicate identifiers. Recommendations: For Zephyr versions 1.14.2 and later, consider disabling the bond overwrite functionality until a patch is available. For Zephyr versions 2.4.0 and later, restrict access to the keys distribution phase to minimize the risk of exploitation. For Zephyr versions 2.5.0 and later, avoid using the identity address of the bond in the affected functionality until the issue is resolved. At the moment, there is no information about a newer version that contains a fix for this vulnerability.