Arthurscchan

في مكتبة التشفير المكتوبة بلغة C المسماة liboqs، يمكن أن تقوم الدالة `OQS KEM encaps derand` بإلغاء مرجع مؤشر دالة `encaps derand` غير مهيأ. يحدث هذا عند استدعاء الدالة على مخططات NTRU محددة (NTRU-HPS-2048-509، NTRU-HPS-2048-677، NTRU-HPS-4096-821، NTRU-HPS-4096-1229، NTRU-HRSS-701، أو NTRU-HRSS-1373) لأن هذه المخططات لا تدعم التغليف غير العشوائي. تنشأ المشكلة لأن كائنات `OQS KEM` يتم تخصيصها بدون تهيئة صفرية، ويقوم الغلاف في `src/kem/kem.c` فقط بالتحقق من أن مؤشر `OQS KEM` ليس فارغاً قبل تنفيذ قيمة الذاكرة المتبقية (heap). يمكن أن يؤدي ذلك إلى تعطل العملية الطالبة وتعطيل الخدمة إذا قام تطبيق بإنشاء أحد مخططات NTRU KEM المتأثرة واستدعى `OQS KEM encaps derand` عليها.

يمكن لمهاجم عن بُعد غير مصرح له التسبب في حالة رفض الخدمة في خادم HTTP/2. تحدث المشكلة لأن الدالة `handle http frame header()` تقوم بمسح ربط تدفق الاتصال دون شرط، بينما تفشل الدالة `enter http frame continuation state()` في إعادة ربطه عند معالجة إطار CONTINUATION. يؤدي هذا إلى إلغاء مرجع مؤشر فارغ (null pointer dereference) في مسارين محددين: عندما يتم استدعاء `send headers frame()` عبر `send http2 404()` أو `send http2 405()` للموارد غير المسجلة أو الطرق غير المدعومة، وعندما تقوم `handle http2 dynamic resource()` بمعالجة طلبات POST أو PUT أو PATCH للموارد الديناميكية المسجلة. يمكن تحفيز هذه الثغرة عن طريق إرسال إطار CONTINUATION منفرد مع تعيين END HEADERS أو كتلة رأس مقسمة مشروعة. يؤدي ذلك إلى الكتابة في عنوان ذاكرة منخفض ثابت، مما يتسبب في تعطل النظام وتوقفه.

يقوم مدقق قائمة تقديم الطلبات `rtio vrfy sqe()` في `subsys/rtio/rtio syscalls.c` بمعالجة فحوصات أذونات المخزن المؤقت بشكل خاطئ. بسبب خطأ منطقي في استخدام عامل التشغيل `&=` مع الماكرو `K SYSCALL MEMORY()`، يقبل المدقق المخازن المؤقتة التي لا يمكن للخيط المستدعي الوصول إليها ويرفض المخازن المؤقتة المشروعة المملوكة للخيط. تؤثر هذه المشكلة على الصور التي تم بناؤها باستخدام `CONFIG USERSPACE` ويتم تفعيلها عبر استدعاء النظام `rtio sqe copy in get handles()` أو غلاف `rtio sqe copy in()`. يمكن للمهاجم الذي يمتلك سياق RTIO وكائن `rtio iodev` تقديم عنصر قائمة تقديم (SQE) مصمم خصيصاً يشير إلى ذاكرة نواة عشوائية. وبما أن المعالجات اللاحقة في برامج تشغيل I2C و I3C و SPI تقوم بإلغاء مرجع هذه المؤشرات بامتيازات المشرف، فقد يؤدي ذلك إلى: - كتابة عشوائية في النواة: استخدام `RTIO OP RX` لكتابة بيانات الطرفيات في ذاكرة النواة التي يختارها المهاجم. - كشف ذاكرة النواة: استخدام `RTIO OP TX` لإرسال ذاكرة النواة عبر الناقل. - تعطل النواة: توفير مؤشر إلى ذاكرة غير مخصصة. يسمح هذا بالهروب الكامل من حدود عزل وضع المستخدم.

فشل اثنان من مدققي استدعاءات النظام RTIO في `subsys/rtio/rtio syscalls.c` في التحقق من صحة المؤشرات التي يوفرها المستخدم قبل أن يقوم النواة (kernel) بالكتابة من خلالها. لا تقوم الدالة `z vrfy rtio sqe cancel()` بأي تحقق، مما يسمح لخيط (thread) في وضع المستخدم في إصدار `CONFIG USERSPACE` بتعيين بت معين في كلمة 16 بت عند عنوان عشوائي في ذاكرة النواة، مما قد يؤدي إلى تصعيد الامتيازات. بالإضافة إلى ذلك، تقوم الدالة `z vrfy rtio sqe copy in get handles()` فقط بالتحقق من أن معامل مخرج المقبض (handle out-parameter) ليس NULL دون إجراء فحص `K SYSCALL MEMORY WRITE` ، مما يمكن خيط مستخدم لديه سياق RTIO ممنوح من إجبار النواة على تخزين قيمة مؤشر عند عنوان عشوائي.

يحتوي البرنامج على تكوين مشاركة الموارد عبر الأصول (CORS) متساهل يثق في جميع المنافذ على localhost و 127.0.0.1 مع بيانات الاعتماد، بغض النظر عن إعداد `service.publicurl`. يسمح هذا للمهاجم الذي يتحكم في صفحة على أي منفذ localhost بإرسال طلب ببيانات اعتماد إلى نقطة نهاية تحديث الرمز وقراءة رمز JSON Web Token (JWT) الحامل، وهو وسيلة مدمجة وآمنة لنقل المطالبات بين طرفين، مما يؤدي إلى الاستيلاء الكامل على حساب المستخدم المسجل دخوله.

يحتوي PJSIP، وهو مكتبة اتصالات وسائط متعددة مكتوبة بلغة C، على ثغرة أمنية من نوع «الاستخدام بعد التحرير» (use-after-free) في الذاكرة المؤقتة (heap) داخل بنية الاشتراك في الأحداث الخاصة به، وتحديدًا في الملف `evsub.c`. يتم تشغيل هذه الثغرة الأمنية بواسطة طلب إلغاء اشتراك الحضور — وهو طلب SUBSCRIBE بقيمة Expires تساوي 0. قد يؤدي الاستغلال الناجح لهذه الثغرة إلى تعطل النظام أو ربما إلى تنفيذ تعليمات برمجية.

يحتوي PJSIP، وهو مكتبة اتصالات وسائط متعددة مكتوبة بلغة C، على ثغرة أمنية تتمثل في تجاوز سعة المخزن المؤقت (buffer overflow) المستند إلى الـ heap في أداة فك حزم H.264 الخاصة به. تحدث المشكلة عند معالجة حزم SRTP مشوهة، عندما يقرأ برنامج فك التشفير حقل حجم وحدة NAL مكونًا من بايتين دون التحقق من أن كلا البايتين يقعان ضمن حدود المخزن المؤقت للحمولة. يؤثر ذلك على التطبيقات التي تستقبل الفيديو باستخدام H.264. تسمح هذه الثغرة للمهاجمين عن بُعد بإحداث أعطال في التطبيقات أو تنفيذ تعليمات برمجية دون مصادقة.

يحتوي PJSIP، وهو مكتبة اتصالات وسائط متعددة، على ثغرة أمنية تتمثل في تدفق أقل من السعة (underflow) في مخزن الذاكرة المؤقت (heap buffer) في أداة تجميع الحزم H.264 الخاصة به. ويحدث ذلك عند معالجة تدفقات بتات H.264 التي تفتقر إلى رموز بداية الوحدة NAL، مما يؤدي إلى عمليات حسابية غير متحقق منها للمؤشرات وإمكانية الوصول إلى الذاكرة خارج نطاق المخزن المؤقت المخصص. قد يؤدي استغلال هذه الثغرة، من خلال مقطع فيديو H.264 مشوه يتم إرساله عبر الشبكة، إلى تعطل النظام أو تنفيذ تعليمات برمجية.

تتمثل المشكلة في وجود خلل في عملية إزالة التسلسل في الأسلوب `read` الخاص بفئة `SparseMatrix`، مما قد يؤدي إلى عدة حالات لرفع الامتيازات حسب الظروف. يتلقى هذا الأسلوب كائن `InputStream` ويعيد كائن `SparseMatrix`. يكون المستخدمون عرضة للخطر في حالة استيراد كائنات `SparseMatrix` مُسلسلة غير خاضعة للرقابة. وقد يمثل هذا مشكلة كبيرة بشكل خاص في التطبيقات متعددة المستأجرين حيث يمكن للمستخدمين ذوي مستويات امتيازات مختلفة إرسال `InputStream` ليتم معالجته في كائن `SparseMatrix`، أو عند استخدام الأسلوب في أداة محلية مع `InputStream` قادم من مصادر خارجية.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة: com.powsybl:powsybl-iidm-criteria الإصدارات من 6.3.0 حتى 6.7.1 com.powsybl:powsybl-contingency-api الإصدارات من 5.0.0 حتى 5.0.0 الوصف: تتمثل المشكلة في ثغرة أمنية محتملة لرفض الخدمة عن طريق التعبير العادي البولينومي (ReDoS) في فئة RegexCriterion. تقوم هذه الفئة بتجميع وتقييم تعبير عادي غير مصدق عليه، مقدم من المستخدم، مقابل معرف كائن Identifiable عبر Pattern.compile(regex).matcher(id).find(). في حالة استغلالها بنجاح، يمكن لمهاجم خبيث أن يتسبب في استنزاف كبير لموارد وحدة المعالجة المركزية (CPU) من خلال استدعاءات متكررة أو متكررة لـ filter(...) — خاصةً إذا تم تنفيذها في نماذج شبكات كبيرة أو عمليات تصفية. التوصيات: بالنسبة لإصدارات com.powsybl:powsybl-iidm-criteria من 6.3.0 حتى 6.7.1، قم بالتحديث إلى الإصدار 6.7.2 أو أعلى. بالنسبة لإصدارات com.powsybl:powsybl-contingency-api من 5.0.0، قم بالتحديث إلى إصدار أعلى من 5.0.0؛ ومع ذلك، لم يتم تحديد الإصدار المصحح بالضبط لهذا المكون. كحل مؤقت، ضع في اعتبارك تقييد استخدام فئة RegexCriterion حتى يتوفر تصحيح. تجنب استخدام التعبيرات النمطية غير الموثوقة والمعرفات التي قد تكون تحت سيطرة المهاجمين في فئة RegexCriterion لتقليل مخاطر الاستغلال إلى أدنى حد.

تتعلق المشكلة بهجوم كيان خارجي في XML (XXE) وهجوم تزوير الطلب من جانب الخادم (SSRF) في أجزاء معينة من تحليل XML في powsybl-core. وهذا يسمح للمهاجم برفع امتيازاته لقراءة الملفات التي لا يملك إذنًا بالوصول إليها، بما في ذلك الملفات الحساسة الموجودة على النظام. الفئة المعرضة للثغرة هي `com.powsybl.commons.xml.XmlReader`، والتي تُعتبر غير موثوقة في حالات الاستخدام التي يمكن فيها للمستخدمين غير الموثوق بهم إرسال ملفات XML الخاصة بهم إلى الطرق المعرضة للثغرة. قد يحدث هذا في تطبيق متعدد المستأجرين يستضيف العديد من المستخدمين المختلفين، الذين قد يكون لكل منهم مستويات امتيازات مختلفة.

المشكلة هي ثغرة أمنية محتملة من نوع «رفض الخدمة عبر التعبيرات العادية متعددة الحدود» (ReDoS) في آلية DataSource الخاصة بـ PowSyBl. يمكن استغلال هذه الثغرة الأمنية عند استدعاء الأسلوب `listNames(String regex)` في DataSource باستخدام تعبير عادي يقدمه المستخدم، مما يسمح لمهاجم خبيث بالتسبب في استهلاك كبير لموارد وحدة المعالجة المركزية (CPU) بسبب عملية التراجع (backtracking) للتعبير العادي. يتطلب الهجوم التحكم في مدخلات التعبير العادي والتأثير على أسماء الملفات/الموارد التي يتم مطابقتها. في بيئة متعددة المستأجرين، قد يؤدي ذلك إلى تدهور أداء الخادم وتوافره، مما يؤثر على مستخدمي التطبيق الآخرين.

The issue exists in the session removal process of @festify/secure-session. When a session is deleted, it is marked for deletion, but if an attacker gains access to the cookie, they could keep using it forever. The plugin creates a secure stateless cookie session for Fastify, encrypting data in the session with a secret key and attaching the ciphertext as a cookie value. When an encrypted cookie with a matching session name is provided with subsequent requests, it decrypts the ciphertext to get the data and creates a new session.