Ho-9

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.

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

تقبل واجهة برمجة التطبيقات `jv parse sized()` في مكتبة libjq مخزنًا مؤقتًا محدد العدد مع معلمة طول صريحة. ومع ذلك، فإن مسار معالجة الأخطاء الخاص بها يقوم بتنسيق المخزن المؤقت المدخل باستخدام %s في `jv string fmt()`، والتي تقرأ حتى العثور على حرف إنهاء NUL بدلاً من الالتزام بالطول المحدد. وعندما يتم تمرير JSON تالف في مخزن مؤقت غير منتهٍ بحرف NUL، فإن منطق بناء الخطأ يقوم بقراءة خارج النطاق تتجاوز نهاية المخزن المؤقت. وقد يؤدي ذلك إلى تسرب الذاكرة أو إنهاء العملية اعتمادًا على تخطيط الذاكرة.

تسمح عملية تحليل المدخلات في واجهة سطر الأوامر (CLI) بتجاوز عملية التحقق من الصحة عبر بايتات NUL مضمنة عند قراءة JSON من الملفات أو من المدخل القياسي (stdin). يستخدم البرنامج دالة `strlen()` لتحديد طول المخزن المؤقت بدلاً من العدد الفعلي للبايتات المستمد من دالة `fgets()`، مما يؤدي إلى اقتطاع المدخلات عند أول بايت NUL وتحليل البادئة السابقة فقط. وهذا يسمح للمهاجم بصياغة مدخلات تحتوي على بادئة JSON غير ضارة تسبق بايت NUL، تليها بيانات ختامية ضارة؛ حيث يقوم النظام بالتحقق من صحة البادئة فقط باعتبارها JSON صالحة، بينما يتجاهل اللاحقة بصمت. تعتبر سير العمل التي تعتمد على الأداة للتحقق من صحة JSON غير الموثوق به قبل إعادة توجيهه إلى المستخدمين النهائيين عرضة لهجمات التفاضل في المحلل، حيث قد يقوم المستخدمون النهائيون بمعالجة المدخلات بالكامل بما في ذلك البايتات الخلفية الخبيثة.

لم يقم Electron بتحديد نطاق البحث عن النافذة المسماة بشكل صحيح ضمن مجموعة سياق التصفح الخاصة بالبرنامج الذي فتح النافذة، عندما يستدعي العارض `window.open()` باستخدام اسم هدف. وقد سمح ذلك للعارض بالتنقل إلى نافذة فرعية موجودة سبق فتحها بواسطة عارض آخر، في حالة استخدام كلاهما نفس اسم الهدف. إذا تم إنشاء النافذة الفرعية الموجودة باستخدام إعدادات `webPreferences` أكثر تساهلاً من خلال خيار `overrideBrowserWindowOptions` في `setWindowOpenHandler`، فإن المحتوى الذي تم تحميله بواسطة عارض المحتوى الثاني ورث تلك الأذونات. لا تتأثر التطبيقات إلا إذا فتحت عدة نوافذ من المستوى الأعلى بمستويات ثقة مختلفة واستخدمت `setWindowOpenHandler` لمنح النوافذ الفرعية إعدادات `webPreferences` معززة، مثل نصوص برمجية التحميل المسبق ذات الامتيازات. لا تتأثر التطبيقات التي لا ترفع امتيازات النوافذ الفرعية أو تستخدم نافذة واحدة من المستوى الأعلى. قد تتعرض التطبيقات التي تمنح `nodeIntegration: true` أو `sandbox: false` للنوافذ الفرعية لتنفيذ تعليمات برمجية تعسفية.

Cap'n Proto هو تنسيق لتبادل البيانات ونظام RPC قائم على القدرات. قبل الإصدار 1.4.0، عند استخدام Transfer-Encoding: chunked، إذا تم تحليل حجم جزء (chunk) إلى قيمة 2^64 أو أكبر، فسيتم اقتطاعه إلى عدد صحيح 64 بت. وقد يؤدي ذلك إلى إمكانية تهريب طلبات/استجابات HTTP. ترتبط هذه المشكلة بتحليل أحجام القطع في طلبات HTTP عندما يتم تعيين `Transfer-Encoding` إلى `chunked`.

Cap'n Proto هو تنسيق لتبادل البيانات ونظام RPC قائم على القدرات. قبل الإصدار 1.4.0، كان يتم تحويل القيمة السالبة لـ `Content-Length` إلى قيمة غير موقعة، مما يؤدي إلى معاملتها على أنها طول كبير بشكل مستحيل. وقد يؤدي ذلك إلى تمكين تهريب طلبات/استجابات HTTP. ترتبط هذه المشكلة بتجاوز سعة الأعداد الصحيحة في KJ-HTTP.

يحتوي برنامج NanaZip، وهو برنامج ضغط ملفات مفتوح المصدر، على ثغرة أمنية في محلل `.NET Single File Application` الخاص به. وعلى وجه التحديد، يعاني المحلل من حالة قراءة خارج الحدود أثناء تحليل البيان. يمكن لملف مصمم خصيصًا لهذا الغرض أن يقدم قيمة `RelativePathLength` غير صحيحة، مما يدفع المحلل إلى إنشاء `std::string` باستخدام ذاكرة تتجاوز حدود `HeaderBuffer`. وقد يؤدي ذلك إلى تعطل البرنامج وتسرب محتمل للذاكرة في العملية.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة NanaZip من الإصدار 5.0.1252.0 إلى 6.0.1637.0 NanaZip الإصدار 6.5.1637.0 الوصف يحتوي برنامج NanaZip، وهو برنامج ضغط ملفات مفتوح المصدر، على مشكلة تلف في الذاكرة في محلل UFS الخاص به. يمكن لملف `.ufs` أو `.ufs2` أو `.img` مصمم خصيصًا أن يتسبب في الوصول إلى الذاكرة خارج الحدود المسموح بها عند فتح الملف أو عرض قائمة محتوياته. يمكن أن تحدث هذه المشكلة من خلال العمليات العادية لفتح الملفات من قبل المستخدم، وقد تؤدي إلى تعطل العمليات، وتوقف النظام، وربما تلف في الذاكرة المؤقتة (heap) يمكن استغلاله. التوصيات قم بالتحديث إلى الإصدار 6.0.1638.0 من NanaZip أو أحدث. قم بالتحديث إلى الإصدار 6.5.1638.0 من NanaZip أو أحدث.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة NanaZip الإصدارات من 5.0.1252.0 إلى 6.0.1637.0 NanaZip الإصدار 6.5.1637.0 الوصف يحتوي برنامج NanaZip على ثغرة أمنية في محلل «تطبيق ملف .NET الفردي» الخاص به، مما قد يؤدي إلى حالة رفض الخدمة. قد يتسبب ملف مصمم خصيصًا في حدوث تجاوز سعة عدد صحيح أثناء حساب حجم الرأس، مما يؤدي إلى محاولة تخصيص كمية غير محدودة من الذاكرة عند فتح الملف. التوصيات قم بالتحديث إلى الإصدار 6.0.1638.0 من NanaZip أو أحدث. قم بالتحديث إلى الإصدار 6.5.1638.0 من NanaZip أو أحدث.

BACnet Stack هي مكتبة C مفتوحة المصدر لمكدس بروتوكول BACnet مخصصة للأنظمة المدمجة. قد تؤدي طلبات WriteProperty المصممة بشكل خبيث إلى حدوث تجاوز سلبي في طول مكدس BACnet، مما يؤدي إلى قراءة خارج الحدود وحالة رفض الخدمة (DoS). تكمن المشكلة في الدالة `wp decode service request` الموجودة في الملف `wp.c`. وعلى وجه التحديد، تتلقى الدالة `bacnet unsigned context decode` حسابًا خاطئًا للحجم (`apdu len - apdu size`) بسبب غياب فحص التحقق من الصحة عندما تكون قيمة `apdu size` أكبر من `apdu len`، مما يؤدي إلى القراءة خارج الحدود.