Hyunwoo Kim

تقوم الدالة `ws read frame()` بإزالة قناع حمولة WebSocket بشكل غير صحيح من خلال تكرار `wsh->datalen` الذي يتضمن رؤوس الإطارات، بينما يتم الفهرسة من مؤشر الحمولة. يمكن لإطار مقنع يملأ ذاكرة التخزين المؤقت للاستقبال بسعة 64 KiB أن يتسبب في إجراء عملية XOR لما يصل إلى 14 بايت خارج نطاق ذاكرة التخزين المؤقت، وفي حالة السعة الدقيقة، يتم كتابة NUL نهائي خارج الحدود بمقدار بايت واحد. يمكن الوصول إلى هذه الثغرة قبل المصادقة عندما يكون `mod xml rpc` ونقطة نهاية WebSocket الاختيارية مفعلين، علماً بأن هاتين الميزتين معطلتان في التكوين الافتراضي. تظل عمليات الكتابة ضمن ذاكرة التخزين المؤقت الصادرة المجاورة لنفس مقبض الاتصال.

تفشل الدالة `switch event expand headers check()` في التحقق بشكل صحيح من الإزاحة في `${variable:offset}` عندما تتجاوز طول قيمة المتغير. يؤدي ذلك إلى قراءة النظام لما يتجاوز نسخة الذاكرة المكدسة (heap copy)، مما يضيف ذاكرة الـ heap المجاورة إلى نتيجة التوسيع. يمكن أن يؤدي هذا السلوك إلى كشف معلومات حساسة مثل متغيرات القناة، وبيانات الاعتماد، وبيانات المخصص (allocator data)، وبايتات المؤشر. يمكن الوصول إلى هذه الثغرة من خلال قوالب التكوين التي تقوم بتقسيم المدخلات عن بُعد ومن خلال أوامر Event Socket `eval` أو Event Socket `expand` الموثقة.

Apache Kafka Connect has the /connector-plugins/{connector-type}/config/validate endpoint on its REST API to validate connector configurations. Apache Kafka Connect also support Configuration Providers which enable to hide the values of sensitive configuration and only resolve them at runtime.  An attacker with access to the validate endpoint can use it to resolve and return plaintext values via any of the configuration providers installed on a Connect worker. Users are recommended to upgrade to version 4.2.2, 4.3.2, 4.4.0 or above, which fix this issue.

تحدث مشكلة تتعلق بتخطي المسار (path traversal) بسبب عدم كفاية التحقق من صحة المسار. تتيح هذه الثغرة لتطبيق خبيث حذف ملفات لا يملك صلاحيات الوصول إليها. تخطي المسار هو تقنية تُستخدم للوصول إلى ملفات ومجلدات مخزنة خارج المجلد المخصص.

توجد ثغرة أمنية في النواة قد تسمح لأحد التطبيقات بتسريب معلومات حساسة تتعلق بحالة النواة. ترجع هذه المشكلة إلى عدم كفاية عملية تنقية المدخلات.

تؤدي عملية التنقية غير الكافية للمدخلات على منصات Apple إلى السماح لتطبيق يتم تشغيله محليًّا بالوصول إلى مسارات برمجية حساسة في النواة. قد يؤدي هذا التحقق غير الملائم من المدخلات إلى تلف الذاكرة، مما يسمح للمهاجم بالتسبب في إنهاء عمل النظام بشكل غير متوقع أو الكتابة في ذاكرة النواة. قد يؤدي استغلال هذه الثغرة إلى تصعيد الامتيازات أو اختراق الجهاز بالكامل. تشير الحوادث الفعلية إلى أن هذه المشكلة يتم ربطها مع ثغرات WebKit للتصعيد من تنفيذ التعليمات البرمجية المستندة إلى المتصفح إلى السيطرة الكاملة على النظام.

يوجد خلل من نوع use-after-free في وحدة إدارة الذاكرة (MMU) الظلية لمعمارية x86 في نظام KVM (Kernel-based Virtual Machine). تحدث المشكلة في الدالة `rmap remove()` عند وجود عدم تطابق في الصفحات الظلية بين أرقام إطارات الضيف (GFNs) المخزنة والمحسوبة. وتحديداً، إذا كانت إدخالات دليل الصفحة (PDE) المعدلة تشير إلى صفحة غير ورقية، فإن الدالة `kvm mmu get child sp()` تفشل في مقارنة دور الصفحة وتقوم بإعادة استخدامها. وعند حذف memslot، يتم تحرير الصفحة الظلية ولكن يظل إدخال rmap موجوداً. تؤدي العمليات اللاحقة، مثل تسجيل الصفحات المتسخة أو إبطال إخطار MMU، إلى إلغاء مرجع مؤشر يشير إلى الصفحة المحررة. يمكن استغلال ذلك بواسطة آلة افتراضية تمتلك صلاحيات root للتسبب في انهيار نواة المضيف (حجب الخدمة) أو الهروب من الآلة الافتراضية إلى المضيف لتنفيذ رمز عشوائي بصلاحيات root على المضيف. يؤثر هذا الخلل على معالجات Intel و AMD وكان موجوداً في النواة منذ حوالي 16 عاماً.

يؤدي التحكم غير السليم في عملية إنشاء الكود إلى السماح بحقن الكود داخل خدمات البريد الإلكتروني للبرنامج.

توجد مشكلة في وحدة RxRPC تتعلق بمعالجة الحزم المجزأة ونسخ بيانات مخزن المأخذ. لا يقوم معالج الحزمة DATA في `rxrpc input call event()` ومعالج الاستجابة RESPONSE في `rxrpc verify response()` بنسخ مخزن المأخذ (skb) إلى مخزن خطي إلا عندما تكون قيمة `skb cloned()` صحيحة. إذا لم يتم استنساخ skb ولكنه يحتوي على أجزاء مقسمة مملوكة خارجيًا — مثل تلك التي تم تعيينها بواسطة `splice()` في مقبس UDP عبر ` ip append data` أو `skb has frag list()` المتسلسل — فإنه ينتقل إلى مسار فك التشفير في المكان نفسه. يؤدي هذا إلى ربط صفحات الأجزاء مباشرةً بـ SGL الخاص بـ AEAD/skcipher عبر `skb to sgvec()`، مما قد يؤدي إلى حدوث هجوم رفض الخدمة.

تفشل العديد من تطبيقات `FilterExpressionConverter` في إجراء عملية الهروب (escape) للمفاتيح والقيم بشكل صحيح عند ترجمة كائنات تعبيرات التصفية إلى لغات استعلام محددة لمخازن المتجهات. يسمح هذا التهرب غير السليم بحقن الاستعلامات، مما قد يمكّن المهاجمين من تغيير استعلامات مخازن المتجهات، مما قد يؤدي إلى كشف البيانات والتلاعب بها.

يسمح ثغرة في مكون Camel-Mail للمهاجم بإجراء حقن في رأس الرسالة عن طريق إرسال بريد إلكتروني مصمم خصيصًا إلى صندوق بريد تراقبه تطبيق Camel. ونظرًا لعدم وجود مرشح وارد في `MailHederFilterStrategy`، لا يتم تصفية الرؤوس الخبيثة بشكل صحيح، مما قد يؤدي إلى تغيير سلوك المكونات التالية. تتعلق هذه المشكلة بالدالة `setOutFilterStartsWith()` ونواقص في آلية إزالة التسلسل، مما قد يؤدي إلى تنفيذ التعليمات البرمجية عن بُعد (RCE)، حيث يمكن للمهاجم تنفيذ تعليمات برمجية عشوائية على النظام.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة نواة لينكس (لم يتم تحديد الإصدارات المتأثرة) الوصف تحتوي نواة لينكس على ثغرة في مكون netfilter الخاص بها تتعلق بـ conntrack وبنقص عمليات التحقق من صحة سياسات netlink. وعلى وجه التحديد، تعالج الدالة `nlattr to sctp()` قيم `CTA PROTOINFO SCTP STATE` التي يقدمها المستخدم بشكل غير صحيح، مما قد يؤدي إلى وصول خارج النطاق المسموح به. ويمكن أن تحدث هذه المشكلة عند معالجة سمات netlink دون التحقق الصحيح، مما يؤدي إلى قراءة خارج نطاق slab. وتؤثر هذه الثغرة الأمنية على وظيفة `ctnetlink`. التوصيات في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة الأمنية.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة: إصدارات Spring Cloud من 3.1.X إلى 3.1.12، ومن 4.1.X إلى 4.1.8، ومن 4.2.X إلى 4.2.2، ومن 4.3.X إلى 4.3.1، ومن 5.0.X إلى 5.0.1. الوصف: يوجد عيب في Spring Cloud Config عند استبدال معلمة الملف الشخصي من طلب موجه إلى خادم Spring Cloud Config الذي تم تكوينه لاستخدام نظام الملفات الأصلي كخلفية. وهذا يسمح للمهاجم بالوصول إلى الملفات الموجودة خارج أدلة البحث المكونة. وترجع المشكلة إلى تقييد المسار غير الصحيح. التوصيات: قم بتحديث Spring Cloud إلى الإصدار 3.1.13 أو 4.1.9 أو 4.2.3 أو 4.3.2 أو 5.0.2.

مكون camel-coap معرض لخطر حقن رؤوس الرسائل. تقوم الدالة `CamelCoapResource.handleRequest()` بالتكرار عبر `OptionSet.getUriQuery()` وتستدعي `camelExchange.getIn().setHeader(...)` لكل معلمة استعلام دون تطبيق HeaderFilterStrategy. وهذا يسمح لمهاجم بعيد غير مصدق عليه بحقن رؤوس داخلية تعسفية (مسبوقة بـ Camel*) عن طريق إرسال حزمة CoAP UDP واحدة إلى مسار يستهلك من ’coap://‘. إذا قام المسار بإعادة توجيه الطلب إلى منتجين حساسين للرؤوس مثل «camel-exec» أو «camel-sql» أو «camel-bean» أو «camel-file»، أو مكونات القوالب («camel-freemarker» و«camel-velocity»)، فإن الرؤوس المُحقنة يمكنها تغيير سلوك المنتج. وعلى وجه التحديد، عند استخدام «camel-exec»، يمكن لرؤوس «CamelExecCommandExecutable» و«CamelExecCommandArgs» تجاوز الإعدادات المحددة لتنفيذ أوامر تعسفية لنظام التشغيل بموجب امتيازات عملية Camel. ويتم إرجاع الناتج في حمولة استجابة CoAP، مما يوفر قناة تفاعلية لتنفيذ التعليمات البرمجية عن بُعد.

تتعلق المشكلة بإشارة إلى مؤشر NULL في وحدة vsock/virtio التابعة لنواة لينكس. قد يحدث هذا عندما يتم إلغاء تخصيص المأخذ (socket) أو تخصيصه لوسيلة نقل أخرى، ويتم استلام حزم بيانات غير متوقعة، مما يتسبب في مشاكل عند الوصول إلى `vsk->transport`. أحد السيناريوهات المحتملة يتضمن عملية connect() أولى تم مقاطعتها بواسطة إشارة، وعملية connect() ثانية فاشلة، مما يؤدي إلى أن يصبح `vsk->transport` NULL.

A vulnerability has been resolved in the Linux kernel related to the hv sock module. The issue arises when the `vsk->trans` variable is not initialized to NULL upon the release of hvs, potentially leading to a dangling pointer. This problem is addressed by ensuring `vsk->trans` is initialized to NULL.

The issue is related to the initialization of a dangling pointer in the vsock/virtio module, potentially leading to a Use-After-Free condition. This could allow an attacker to cause a denial of service or possibly execute arbitrary code. The vulnerability is resolved by initializing the pointer to NULL. It is estimated that over 55.7 million services may be affected. The vulnerability has been exploited in real-world incidents, including a demonstration at Zer0Con 2025 using the kernel-hack-drill open-source project.

The issue is related to a use after free (UAF) vulnerability in the Linux kernel. It occurs when an active old-style ingress or clsact qdisc with a shared tc block is later replaced by another ingress or clsact instance, causing the tcx entry to be released too early. The sequence to trigger the UAF involves creating a network namespace, allocating a tcx entry, and then replacing the qdisc, which frees the previously linked tcx entry. Later, when the network namespace is closed, it accesses the already freed tcx entry, leading to the UAF. The correct fix is to turn the miniq active boolean into a counter, ensuring the tcx entry is freed at the correct time.

Name of the Vulnerable Software and Affected Versions: Linux kernel (affected versions not specified) Description: The issue is related to a Use-After-Free vulnerability in the `gtp dellink` function. This vulnerability can be exploited to impact the confidentiality, integrity, and availability of protected information. The problem arises because `call rcu`, which is called in the `hlist for each entry rcu` traversal of `gtp dellink`, is not part of the RCU read critical section. As a result, the RCU grace period may pass during the traversal, and the key may be freed. To prevent this, it should be changed to `hlist for each entry safe`. 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: Linux kernel (affected versions not specified) Description: The issue is related to a Use-After-Free vulnerability in the `ovs ct limit exit()` function in the Linux kernel's net/openvswitch/conntrack.c module. This vulnerability can be exploited to cause a denial of service. The problem arises because `kfree rcu`, which is called in the `hlist for each entry rcu` traversal of `ovs ct limit exit`, is not part of the RCU read critical section, allowing the RCU grace period to pass during the traversal and the key to be freed. Recommendations: At the moment, there is no information about a newer version that contains a fix for this vulnerability.