Manizada

يوجد استخدام غير محدود للدالة `sscanf` في `res pjsip pubsub` عند تحليل حقل `Message-Account` في رسالة `MWI NOTIFY`. يسمح هذا لمهاجم غير مصرح له بإرسال حزمة مصممة بعناية تتسبب في تجاوز سعة مخزن المؤقت للمكدس (stack buffer overflow) وتؤدي إلى تلف النقل الأساسي، مما يعطل جميع وظائف SIP بشكل دائم. يتطلب استعادة التشغيل الكامل إعادة تشغيل Asterisk.

يمكن لعميل بعيد غير مصدق عليه إجبار خادم DNS-over-QUIC (DoQ) على زيادة غير محدودة في عدد الغوروتينات واستهلاك الذاكرة. يحدث هذا عندما يفتح العميل عددًا كبيرًا من تدفقات QUIC ويرسل بايتًا واحدًا فقط لكل تدفق. وحتى عندما تكون مجموعة العمال (worker pool) ممتلئة، يستمر النظام في إنشاء goroutine لكل تيار مقبول لانتظار رمز عامل (worker token). علاوة على ذلك، يمكن للعمال النشطين أن يتوقفوا إلى أجل غير مسمى في دالة `io.ReadFull()` نظرًا لعدم وجود موعد نهائي للقراءة لكل تيار، مما يسمح للمهاجم بتثبيت جميع العمال عن طريق إرسال بايت واحد بينما ينتظر النظام البايت الثاني من بادئة طول DoQ. يؤدي هذا إلى استنفاد الذاكرة وإيقاف التشغيل بسبب نفاد الذاكرة (OOM-kill)، مما يؤدي إلى رفض الخدمة.

يمكن لمكوّن الإضافي الخاص بالنقل في CoreDNS اختيار مقطع غير صحيح من قائمة التحكم في الوصول (ACL) عند تكوين كل من المنطقة الأم والمنطقة الفرعية الأكثر تحديدًا. يحدث هذا لأن الدالة `longestMatch()` الموجودة في `plugin/transfer/transfer.go` تستخدم مقارنة سلسلة أبجدية بدلاً من مطابقة أطول لاحقة حقيقية لتحديد المنطقة الفائزة. ونتيجة لذلك، قد تتجاوز قاعدة نقل متساهلة لمنطقة أصلية قاعدة تقييدية لمنطقة فرعية اعتمادًا على الترتيب الأبجدي لأسماء المناطق. يتيح هذا الخلل لعميل بعيد غير مصرح له تنفيذ AXFR أو IXFR (بروتوكولات نقل المناطق المستخدمة لتكرار قواعد بيانات DNS) للمنطقة الفرعية واسترداد محتويات المنطقة بالكامل.

يمكن تجاوز المكون الإضافي `tsig` في وسائل النقل غير العادية لـ DNS، وتحديدًا DoT وDoH وDoH3 وDoQ وgRPC. يحدث هذا لأن المكون الإضافي يعتمد على دالة `TsigStatus()` الخاصة بكاتب النقل بدلاً من إجراء التحقق الخاص به. على وجه التحديد، تُرجع دالة `TsigStatus()` الخاصة بكتاب DoH وDoH3 وDoQ وgRPC القيمة `nil` دون قيد أو شرط، ويفشل خادم DoT في تعيين `TsigSecret` على `dns.Server`. تسمح هذه الثغرة لعميل بعيد غير مصدق بتجاوز المصادقة القائمة على TSIG والوصول إلى الموارد المقيدة بسياسة `tsig require all`، مثل الاستعلامات ذات الامتيازات أو بيانات المنطقة. لا يتأثر DNS العادي عبر TCP وUDP بهذه الثغرة.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة إصدارات CUPS 2.4.16 والإصدارات الأقدم الوصف يوجد ثغرة في الخدمة الخلفية `cupsd` لنظام الطباعة CUPS بسبب عدم كفاية التحقق من صحة المدخلات عند معالجة المعلمة `textWithoutLanguage`. ويتيح الاستغلال الناجح لهذه الثغرة لمهاجم عن بُعد تنفيذ تعليمات برمجية تعسفية عن طريق إرسال ملف PostScript مُصمم خصيصًا إلى قائمة انتظار الطباعة المشتركة عبر طلب مهمة طباعة. يقبل الخادم قيمة `page-border`، ويحتفظ بسطر جديد مضمن من خلال عملية تجاوز الخيارات وإعادة التحليل، ثم يعيد تحليل نص PPD في السطر الثاني الناتج باعتباره سجل تحكم موثوق به في المجدول. ومن ثم، يمكن لمهمة طباعة خام لاحقة أن تتسبب في قيام الخادم بتنفيذ ملف ثنائي يختاره المهاجم باعتباره `lp`. التوصيات التحديث إلى إصدار أحدث من 2.4.16.

يسمح مُعلم RSS باجتياز المسار في المعلمة ’notify-recipient-uri‘ (على سبيل المثال، ’rss:///../job.cache‘). وهذا يمكّن عميل IPP عن بُعد من كتابة بايتات RSS XML خارج دليل CacheDir/rss إلى أي موقع يمكن لـ lp الكتابة عليه. ونظرًا لأن CacheDir عادةً ما يكون قابلاً للكتابة من قبل المجموعة بشكل افتراضي، يمكن للمُعلم استبدال ملفات الحالة التي يديرها الجذر باستخدام ملف مؤقت ووظيفة `rename()`. وقد يؤدي ذلك إلى تلف ذاكرة التخزين المؤقتة للمهام، مما يتسبب في فشل المجدول واختفاء المهام التي كانت في قائمة الانتظار سابقًا بعد إعادة تشغيل cupsd.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة OpenPrinting CUPS الإصدارات 2.4.16 وما قبلها الوصف OpenPrinting CUPS هو نظام طباعة مخصص لأنظمة التشغيل Linux وأنظمة التشغيل المشابهة لـ Unix. يمكن لمستخدم محلي غير متمتع بامتيازات التلاعب ببرنامج `cupsd` لجعلها تقوم بالمصادقة على خدمة IPP محلية يسيطر عليها المهاجم، وذلك باستخدام رمز ”Authorization: Local“ قابل لإعادة الاستخدام. يسمح هذا الرمز للمهاجم بإجراء طلبات /admin/ على المضيف المحلي (localhost) والجمع بين CUPS-Create-Local-Printer مع printer-is-shared=true لإنشاء قائمة انتظار file:///...، متجاوزًا بذلك قيود سياسة FileDevice. قد تؤدي الطباعة إلى هذه القائمة إلى الكتابة فوق ملفات الجذر بشكل تعسفي، مما قد يتيح تنفيذ أوامر الجذر من خلال تقنيات مثل إسقاط جزء من ملف sudoers. التوصيات الإصدارات السابقة للإصدار 2.4.16 متأثرة بهذه الثغرة. في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة.

ثغرة أمنية في Moby/Docker Engine تسمح للمهاجمين الذين يتمتعون بوصول محلي إلى واجهة برمجة تطبيقات Docker (Docker API) أو الحاوية بتجاوز مكونات إضافية للتوثيق (AuthZ). من خلال استخدام نصوص طلبات HTTP مصممة خصيصًا وذات حجم كبير جدًّا، يمكن للمهاجم أن يجعل برنامج Docker الخفي يقوم بإعادة توجيه الطلبات إلى مكون إضافي للتوثيق بدون نص الطلب. وهذا يتيح التحايل على قرارات التحكم في الوصول التي تعتمد على فحص نص الطلب، مما قد يسمح بعمليات غير مصرح بها للبرنامج الخفي والحاوية. وقد يؤدي ذلك إلى إنشاء حاويات ذات امتيازات تتمتع بالوصول الكامل إلى نظام ملفات المضيف، مما يؤدي إلى هروب الحاوية، وتصعيد الامتيازات إلى المضيف، واختراق المضيف بالكامل.

يحتوي Traefik، وهو وكيل HTTP عكسي وموزع تحميل، على ثغرة في طريقة إدارته لطلبات STARTTLS. يمكن لعميل غير مصدق تجاوزه الإعداد `respondingTimeouts.readTimeout` عن طريق إرسال مقدمة SSLRequest (STARTTLS) من PostgreSQL بحجم 8 بايت، ثم تعطيل الاتصال. يؤدي ذلك إلى بقاء الاتصالات مفتوحة إلى أجل غير مسمى، مما يؤدي إلى رفض الخدمة. يحدث هذا الخلل أثناء اكتشاف البروتوكول قبل التوجيه، ويمكن الوصول إليه من خلال نقطة دخول حتى في حالة عدم تكوين أي موجه Postgres/TCP. يمكن للمهاجم إرسال طلب SSLRequest الخاص بـ PostgreSQL، وتلقي استجابة من Traefik، ثم التوقف عن إرسال المزيد من البايتات، مما يبقي الاتصال مفتوحًا لفترة أطول من مهلة القراءة المحددة. يؤدي ذلك إلى استهلاك مؤشرات الملفات و«goroutines»، مما قد يستنفد موارد النظام ويجعل الوكيل غير متاح.

توجد مشكلة في التحكم في الوصول في خدمة systemd-machined بسبب عدم كفاية التحقق من صحة المعلمة `class` ضمن طريقة D-Bus المسماة RegisterMachine. يمكن لمستخدم محلي يتمتع بامتيازات محدودة استغلال هذه الثغرة عن طريق تسجيل جهاز بقيمة `class` محددة. يمكن أن يؤدي هذا الإجراء إلى إنشاء كائن جهاز يتحكم فيه المهاجم، مما يمكّنه من تنفيذ طرق على كائن ذي امتيازات. يتيح الاستغلال الناجح للمهاجم تشغيل أوامر عشوائية بامتيازات الجذر على نظام المضيف. طريقة D-Bus المعنية هي `RegisterMachine`.

يُشار في الوثائق إلى أن مُطابق طلبات HTTP `host` في Caddy لا يميز بين الأحرف الكبيرة والصغيرة، ولكنه يصبح يميز بينها عند تهيئته بقائمة كبيرة من المضيفين (أكثر من 100 إدخال) بسبب مسار مطابقة مُحسّن. يمكن للمهاجم التحايل على التوجيه القائم على المضيف وأي ضوابط وصول مرتبطة بهذا المسار عن طريق تغيير حالة الأحرف في رأس `Host`. ويُعد هذا تحايلًا على المسار/المصادقة في طبقة مطابقة الطلبات في Caddy. يمكن التحايل على عمليات نشر Caddy المعرضة للإنترنت والتي تعتمد على مُطابِقات `host` ذات قوائم كبيرة من المضيفين لحماية المسارات، وذلك عن طريق تغيير حالة الأحرف في رأس `Host`، مما قد يسمح بالوصول غير المصرح به إلى نقاط النهاية الحساسة. المكون المتأثر هو مُطابِق `MatchHost`، وتحديدًا الدالة `MatchHost.MatchWithError`. تحدث هذه الثغرة الأمنية لأن أداة المطابقة تستخدم مقارنة سلاسل حساسة لحالة الأحرف (كبيرة وصغيرة) عندما تتجاوز قائمة المضيفات 100 إدخال. رأس `Host` هو رأس طلب HTTP قياسي يُستخدم لتحديد المورد المطلوب.

من المفترض أن يكون مُطابق مسار طلبات HTTP في Caddy غير حساس لحالة الأحرف (كبير/صغير)، ولكن عندما يحتوي نمط المطابقة على تسلسلات الهروب النسبية (`%xx`)، فإنه يقارنها بمسار الطلب الذي تم الهروب منه دون تحويله إلى أحرف صغيرة. قد يتيح ذلك للمهاجم التحايل على التوجيه القائم على المسار وأي ضوابط وصول مرتبطة بهذا المسار عن طريق تغيير حالة الأحرف في مسار الطلب. تحدث المشكلة لأن `r.URL.EscapedPath()` لا يتم تحويله إلى أحرف صغيرة، مما يؤدي إلى اختلافات في الأحرف الكبيرة والصغيرة في مسار الطلب، مما يتسبب في فشل مطابقة المسار المُهرب، حتى لو كان `MatchPath` مصممًا بحيث لا يميز بين الأحرف الكبيرة والصغيرة. يمكن للمهاجم التحايل على قيود المسار عن طريق تغيير حالة الأحرف في مسار الطلب.