N0Zom1Z0

يفشل خادم DNS-over-QUIC (DoQ) في تطبيق مهلة زمنية عند قراءة رسائل الطلبات من تدفق QUIC، مما يؤدي إلى تجاوز جميع المهلات الزمنية المكونة. يمكن لعميل عن بُعد غير مصرح له فتح اتصال وتدفق طلب وإبقائهما مفتوحين إلى أجل غير مسمى، مما يستهلك موارد الخادم ويتسبب في حجب الخدمة.

يوجد ثغرة في آلية حساب الذاكرة في تطبيق DNS-over-QUIC (DoQ) في اتجاه التدفق. عند تمكين DoQ، يتجاوز أول تيارين ثنائيي الاتجاه في اتصال QUIC جديد (stream id 0 و 4) بوابة `quic-size` الخاصة بكل تيار. يتم تخصيص مخازن مؤقتة كبيرة للمدخلات بعد استلام البادئة ذات الطول 2 بايت من هذه التيارات الأولية، مما يسمح لعميل بعيد بتجاوز حد `quic-size` المُعد بمدخلات ضئيلة. من خلال إرسال بادئة طول مُعلنة تبلغ 65535 بايت وإبقاء التدفقات مفتوحة، يمكن للعميل أن يتسبب في قيام النظام بتخصيص ما يقارب ضعف هذا المبلغ، مما يؤدي إلى رفض الخدمة لعملاء DoQ الجدد. تتطلب هذه المشكلة تجميع البرنامج مع دعم DoQ باستخدام `--with-libngtcp2` وتكوين `quic-port` لواجهات الاستماع.

يقوم بروتوكول النقل SSH في go-git بتكوين الأمر exec البعيد عن طريق تغليف مسار المستودع بين علامات اقتباس مفردة، لكنه يفشل في إخراجه من العلامات المضمنة داخل ذلك المسار. وهذا يسمح لمسار مستودع يحتوي على علامة اقتباس مفردة بالخروج من المنطقة المُغلفة وإلحاق رموز شل إضافية. على خوادم SSH التي تقوم بتقييم الأمر exec من خلال شل، مثل تلك التي تستخدم `/bin/sh` أو `/bin/bash` أو غلاف `ForceCommand` الذي يعيد تقييم `$SSH ORIGINAL COMMAND`، يتم تنفيذ هذه الرموز ضمن سياق تنفيذ الأوامر الخاص بالحساب. تحدث هذه المشكلة على جانب خادم SSH، لكن go-git يمكن أن يعمل كوسيلة للوصول إلى هذه الخوادم من خلال مسارات مستودعات يتحكم فيها المهاجم.

تسمح مشكلة في التحقق من صحة المسار لبيانات مستودع مُعدة خصيصًا بالتأثير على الملفات خارج هدف الاستخراج المقصود، بما في ذلك دليل `.git` الخاص بالمستودع. يحدث هذا لأن البرنامج انحرف عن عمليات التحقق من الصحة المُطبقة في Git الأصلي. بعض نواقل الهجوم تقتصر على أنظمة تشغيل معينة، حيث تؤثر فقط على مستخدمي Windows أو macOS، بينما تنطبق نواقل أخرى على جميع الأنظمة المدعومة. يمكن توفير العزل في حالة استخدام مثيلات نظام ملفات `go-billy` غير تابعة أو أنواع مختلفة من أنظمة الملفات لكل من `Storer` و`Worktree`، مثل استخدام `memfs` لمجلد `.git` و`osfs` لشجرة العمل. ومع ذلك، قد لا ينطبق هذا العزل على المستودعات التي تحتوي على وحدات فرعية، حيث قد تظل مجلدات dotgit الخاصة بالوحدات الفرعية موجودة فعليًا ضمن سياق شجرة العمل.

The software follows symlinks when reading the worktree `.gitmodules` file, which allows the injection of out-of-repository bytes into submodule metadata. An attacker can create a malicious repository containing a symlinked `.gitmodules` file that points outside the repository tree. This causes the system to parse arbitrary external files as submodule configuration, exposing attacker-controlled `name`, `path`, and `url` values.

Insufficient validation of submodule names within the .gitmodules configuration allows for path traversal when deriving submodule git directories. An attacker can use malicious submodule names containing traversal segments to redirect the `state()` and `open()` functions to repositories located outside the .git/modules directory. This leads to repository confusion and allows the inspection of repositories controlled by the attacker.

أثناء عمليات النسخ (clone) والجلب (fetch) عبر بروتوكول HTTP الذكي، قد تتسبب المكتبة في تسريب بيانات اعتماد المصادقة عبر HTTP عند اتباع عمليات إعادة التوجيه. إذا استجاب مستودع بعيد لطلب ”/info/refs“ الأولي بإعادة توجيه إلى مضيف مختلف، يتم تحديث نقطة نهاية الجلسة إلى الموقع الذي تمت إعادة التوجيه إليه، ويتم إعادة استخدام بيانات المصادقة الأصلية، مثل رؤوس ”Authorization“، في الطلبات اللاحقة. وهذا يسمح للمهاجم الذي يتحكم في هدف إعادة التوجيه بالتقاط بيانات الاعتماد، وربما الوصول إلى مستودعات الضحية أو موارد أخرى. تحدث هذه المشكلة عند التفاعل مع خوادم Git غير موثوق بها أو التي تم تكوينها بشكل خاطئ، أو عند استخدام اتصالات HTTP غير آمنة.

go-git هي مكتبة لتنفيذ Git مكتوبة بلغة Go. يوجد خلل في الطريقة التي يتعامل بها go-git مع التحقق من سلامة ملفات `.pack` و`.idx`. وعلى وجه التحديد، لم يتم التحقق من قيم سلامة البيانات بشكل صحيح، مما قد يسمح بمعالجة ملفات تالفة. قد يؤدي ذلك إلى ظهور أخطاء مثل «object not found» أثناء العمليات التي تتضمن ملفات packfiles التي تم الحصول عليها من خوادم Git أو فهارس pack التي تم إنشاؤها محليًّا. تحتوي ملفات packfiles على مجموعات اختبارية لضمان سلامة البيانات أثناء التنزيل على العميل. وقد تجاوزت عملية التحقق غير الصحيحة هذه الفحوصات.

pypdf هي مكتبة PDF مجانية ومفتوحة المصدر مكتوبة بلغة Python الخالصة. الإصدارات الأقدم من 6.6.0 معرضة لفترات تشغيل طويلة محتملة عند معالجة ملفات PDF التي لا تحتوي على الكائن /Root، ولكنها تحتوي على قيمة /Size عالية. يمكن للمهاجم استغلال هذه الثغرة عن طريق إنشاء ملف PDF مصمم خصيصًا للتسبب في أوقات معالجة مطولة، خاصةً في وضع القراءة غير الصارم. تؤثر هذه المشكلة على الملفات غير الصالحة وقد تؤدي إلى حالة رفض الخدمة.

libvips هي مكتبة لمعالجة الصور. عند تجميعها مع دعم إدخال ملفات PDF عبر poppler، تكون الإصدارات 8.17.1 والإصدارات الأقدم عرضة لحدوث تجاوز سعة المخزن المؤقت للقراءة أثناء تحليل رأس ملف PDF عند معالجة ملف PDF تم التلاعب به دون تحديد الارتفاع. لا يتأثر المستخدمون الذين يقومون بتجميع libvips دون دعم إدخال ملفات PDF أو الذين يستخدمون PDFium لإدخال ملفات PDF. تم إصلاح المشكلة في الإصدار 8.17.2. تتأثر العملية `pdfload` بشكل خاص.

FPDI عبارة عن مجموعة من فئات PHP التي تسهل قراءة صفحات مستندات PDF الموجودة واستخدامها كقوالب في FPDF. قد يتسبب ملف PDF ضار في تعطل برنامج نصي على جانب الخادم بسبب استنفاد الذاكرة، مما يؤدي إلى هجوم «رفض الخدمة» (DoS). وقد تؤدي الهجمات المتكررة إلى تعطل الخدمة لفترة طويلة.