Kq5Y

قد تحدث ثغرة «رفض الخدمة» (DoS) دون الحاجة إلى مصادقة عندما يرسل المهاجم بيانات نموذج متعددة الأجزاء (multipart form-data) تحتوي على رأس جزء (part header) يحمل اسمًا يمثل خاصية موروثة من النموذج الأولي (prototype)، مثل ` proto ` أو `constructor`. يستخدم محلل الرؤوس الداخلي كائن JavaScript عادي لتخزين الرؤوس ويتوقع أن تكون كل قيمة عبارة عن مصفوفة. وعند استخدام خاصية موروثة من النموذج الأولي، يتم تحويلها إلى قيمة غير مصفوفة، مما يؤدي إلى حدوث خطأ TypeError. واعتمادًا على التكامل، ينتج عن ذلك حدث خطأ أو استثناء متزامن يمكن أن يؤدي إلى إنهاء عملية Node.js.

تحدث حالة «رفض الخدمة» (DoS) عند إرسال طلب من نوع multipart/form-data يحتوي على اسم حقل يتعارض مع خاصية موروثة من Object.prototype، مثل ` proto ` أو `constructor` أو `toString`. يؤدي هذا إلى قيام المحلل باستدعاء الدالة `.push()` على قيمة النموذج الأولي الموروثة بدلاً من المصفوفة، مما ينتج عنه خطأ TypeError الذي يؤدي إلى استثناء لم يتم التقاطه وتعطل العملية. تؤثر هذه المشكلة على أي خدمة تقبل عمليات التحميل متعددة الأجزاء عبر multiparty.

يوجد ثغرة من نوع «رفض الخدمة عبر التعبيرات النمطية» (ReDoS) في التعبير النمطي `LINK TITLE RE`. يمكن للمهاجم تقديم كود Markdown مصمم خصيصًا للتحليل، مما يؤدي إلى حدوث تراجع كارثي، ويؤدي بدوره إلى تعقيد زمني أسي O(2^N) واستهلاك كبير لموارد وحدة المعالجة المركزية (CPU). يحدث هذا لأن التعبير النمطي المستخدم لتحليل عناوين الروابط يحتوي على بدائل متداخلة في كل من الفروع الموضوعة بين علامتي اقتباس مزدوجتين وعلامتي اقتباس مفردة؛ وعلى وجه التحديد، يمكن مطابقة الشرطة المائلة العكسية المتبوعة بعلامة ترقيم إما كسلسلة هروب أو كحرفين عاديين. يمكن الوصول إلى هذا الغموض من خلال التحليل العادي لـ Markdown للروابط المضمنة عبر `parse link()` و`parse link title()`، وكذلك تعريفات مرجع روابط الكتل عبر `BlockParser.parse ref link()` و`parse link title()`. يمكن لمدخلات صغيرة، مثل مستند يقل حجمه عن 100 بايت يحتوي على تسلسلات متكررة من الشرطة المائلة وعلامة التعجب دون علامة اقتباس مغلقة، أن تجعل التطبيقات لا تستجيب.

يقوم mise بتحميل إعدادات التحكم في الثقة بشكل غير صحيح من ملف `.mise.toml` محلي تابع للمشروع قبل إجراء فحوصات الثقة. وهذا يسمح للمهاجم الذي يمكنه وضع ملف `.mise.toml` ضار في مستودع بجعل الملف يبدو موثوقًا ثم تنفيذ أوامر خطيرة مثل `[env] .source`، أو القوالب، أو الخطافات، أو المهام. تنشأ هذه الثغرة الأمنية من تحميل ملفات الإعدادات المحلية دون التحقق مسبقًا من موثوقيتها. وعلى وجه التحديد، فإن الإعداد `trusted config paths`، عند تعيينه على ’/‘، يسمح باعتبار أي مسار مطلق موثوقًا به. وهذا يتجاوز الإجراءات الأمنية المقصودة. وهناك مشكلة ذات صلة تسمح للإعدادات المحلية `yes = true` أو `ci = true` بالموافقة تلقائيًا على مطالبات الثقة في الإصدارات 2026.2.18 والإصدارات الأحدث، على الرغم من أن ناقل الاستغلال الأساسي يتعلق بالإعداد `trusted config paths`. يُثبت نموذج إثبات المفهوم أن تعيين `trusted config paths = [”/“]` في ملف `.mise.toml` يسمح بتنفيذ برنامج نصي يتحكم فيه المهاجم عبر `mise hook-env`.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة إصدارات Vite من 7.1.0 إلى 7.3.1 ومن 8.0.0 إلى 8.0.4 الوصف يسمح Vite، وهو إطار عمل لأدوات الواجهة الأمامية لـ JavaScript، باسترداد الملفات المحظورة بواسطة `server.fs.deny` (مثل ملفات .env و*.crt) مع استجابات HTTP 200 عندما تُلحق معلمات استعلام محددة مثل ?raw أو ?import&raw أو ?import&url&inline بالطلب. يحدث هذا عندما يكون خادم التطوير الخاص بـ Vite متصلاً بالشبكة وتكون الملفات الحساسة مسموحة بواسطة `server.fs.allow` وممنوعة بواسطة `server.fs.deny` في الوقت نفسه. التوصيات يجب تحديث إصدارات Vite من 7.1.0 إلى 7.3.1 إلى الإصدار 7.3.2 أو أحدث. يجب تحديث إصدارات Vite من 8.0.0 إلى 8.0.4 إلى الإصدار 8.0.5 أو أحدث.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة إصدارات Tinyauth السابقة للإصدار 5.0.5 الوصف Tinyauth هو خادم للمصادقة والتفويض. تقوم تطبيقات GenericOAuthService و GithubOAuthService و GoogleOAuthService بتخزين أدوات التحقق PKCE ورموز الوصول كحقول بنية قابلة للتغيير في مثيلات فردية مشتركة عبر الطلبات المتزامنة. تسمح حالة التنافس بين `VerifyCode()` و `Userinfo()` لمستخدم واحد بالحصول على جلسة عمل بهوية مستخدم آخر عندما يبدأ مستخدمان عملية تسجيل الدخول عبر OAuth لنفس المزود في وقت واحد. تُرجع الدالة `OAuthBrokerService.GetService()` مثيلًا مشتركًا واحدًا لكل مزود لكل طلب. يخزن تدفق OAuth الحالة الوسيطة كحقول بنية في هذا المثيل الفردي. وعلى وجه التحديد، فإن حقول `token` و`verifier` هي حقول مشتركة قابلة للتغيير. في معالج الاستدعاء المرتد، تخزن الدالة `VerifyCode()` الرمز المميز في المثيل الفردي، ويقوم استدعاء لاحق لـ `GetUser()` بقراءة الرمز المميز من المثيل الفردي. بين هذه الاستدعاءات، يمكن أن تقوم دالة `VerifyCode()` لطلب متزامن بالكتابة فوق الحقل `token`، مما يتسبب في قيام `GetUser()` و`Userinfo()` بجلب مطالبات هوية المستخدم غير الصحيحة. تتسبب هذه المشكلة أيضًا في حدوث رفض الخدمة (DoS) بسبب الكتابة فوق مُثبت PKCE، مما يؤدي إلى فشل عمليات تسجيل الدخول عبر OAuth. التوصيات تحديث Tinyauth إلى الإصدار 5.0.5 أو أحدث.

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

لا يقوم مُفك تشفير الفهرس في مكتبة `go-git` الخاص بتنسيق فهرس Git الإصدار 4 بالتحقق بشكل صحيح من طول بادئة اسم المسار قبل تطبيقها على اسم المسار الذي تم فك تشفيره مسبقًا. يمكن لملف فهرس مصمم خصيصًا أن يتسبب في عملية تقطيع خارج النطاق، مما يؤدي إلى حدوث حالة ذعر في وقت التشغيل أثناء تحليل الفهرس. تؤثر هذه المشكلة فقط على تنسيق فهرس Git الإصدار 4. يمكن للمهاجم الذي لديه القدرة على تعديل أو إدخال ملف فهرس Git داخل مستودع محلي أن يتسبب في إنهاء عمل التطبيقات التي تستخدم `go-git`، مما يؤدي إلى حالة رفض الخدمة (DoS).

FileRise هو مدير ملفات ويب وخادم WebDAV يتم استضافتهما ذاتيًا. يتم دمج المعلمة `resumableIdentifier` الموجودة ضمن معالج التحميل المقسم Resumable.js، وتحديدًا الدالة `UploadModel::handleUpload()`، مباشرةً في مسارات نظام الملفات دون إجراء التنقية المناسبة. يمكن للمستخدم المصادق عليه الذي يمتلك امتيازات التحميل استغلال هذه الثغرة لكتابة ملفات في دلائل عشوائية على الخادم، وحذف الدلائل، والتحقق من وجود الملفات والدلائل. تمت معالجة هذه المشكلة في الإصدار 3.10.0.

تتعرض مكتبة `yaml` لخطر تجاوز سعة المكدس (stack overflow) عند تحليل مستندات YAML. تحدث هذه المشكلة خلال مرحلة تحديد/تكوين العقد، التي تستخدم استدعاءات وظيفية متكررة دون حد أقصى للعمق. يمكن للمهاجم الذي يقدم مدخلات YAML ضارة، بحجم يتراوح بين 2 و10 كيلوبايت تقريبًا، أن يتسبب في ظهور الخطأ `RangeError: تجاوز الحد الأقصى لحجم مكدس الاستدعاءات`. هذا الخطأ ليس من نوع `YAMLParseError`، مما قد يؤدي إلى استثناءات غير متوقعة في التطبيقات التي تتعامل فقط مع الأخطاء الخاصة بـ YAML. قد يتراوح التأثير من فشل الطلبات إلى إنهاء عملية Node.js. تسهل تسلسلات التدفق، مع الحد الأدنى من الحمل الإضافي بالبايت لكل مستوى تداخل، التداخل العميق وتؤدي إلى تفاقم المشكلة. لا يتأثر `Parser` الخاص بالمكتبة (مرحلة CST)، لأنه يستخدم نهجًا تكراريًا قائمًا على المكدس. تشمل واجهات برمجة التطبيقات (APIs) المتأثرة `YAML.parse()` و`YAML.parseDocument()` و`YAML.parseAllDocuments()`.

يحتوي الإصدار 2.2.0 من tinytag على ثغرة تسمح للمهاجم الذي يمكنه تزويد ملفات MP3 للتحليل بتشغيل حلقة لا تنتهي أثناء قيام المكتبة بتحليل إطار ID3v2 SYLT (كلمات الأغاني المتزامنة). في عمليات النشر على جانب الخادم التي تقوم تلقائيًا بتحليل الملفات التي يزودها المهاجم، يمكن لملف MP3 واحد بحجم 498 بايت أن يتسبب في توقف عملية التحليل عن إحراز أي تقدم وبقاءها في حالة «مشغولة» حتى يتم إنهاء العملية أو العملية الفرعية. السبب الجذري هو أن الدالة ` parse synced lyrics` تفترض أن الدالة ` find string end pos` تُرجع دائمًا موضعًا أكبر من الإزاحة الحالية، وهو افتراض خاطئ في حالة عدم وجود علامة إنهاء السلسلة في محتوى الإطار المتبقي. يتضمن مسار الاستدعاء المعرض للخطر `TinyTag.get` و` load` و` parse tag` و` parse id3v2` و` parse frame` و` parse synced lyrics` و` find string end pos`. تم تقديم دعم تحليل `SYLT` في الإصدار 2.2.0.

يكون قارئ YAML في Dasel عرضة لاستهلاك مفرط لوحدة المعالجة المركزية (CPU) والذاكرة عند معالجة بيانات YAML مقدمة من مهاجم. ويحدث ذلك لأن تنفيذ `UnmarshalYAML` في المكتبة يحل عقد YAML المستعارة بشكل متكرر دون أي حد للتوسيع، متجاوزًا حد توسيع الأسماء المستعارة المدمج الموجود في go-yaml v4. يمكن لحمولة صغيرة نسبيًا تبلغ 342 بايت أن تؤدي إلى حدوث هذه المشكلة، مما يؤدي إلى رفض الخدمة. تكمن المشكلة في دالة `UnmarshalYAML`، التي تتعامل مع العقد ذات الأسماء المستعارة عن طريق المتابعة التكرارية لمؤشرات `yaml.Node.Alias` دون حد محدد للتوسيع. وهذا يسمح للمهاجم بإنشاء مستند YAML يحتوي على أسماء مستعارة متداخلة بعمق، مما يتسبب في نمو غير محدود للموارد أثناء التحليل. السبب الجذري هو أن Dasel يتلقى شجرة Node مضغوطة ثم يعيد توسيع الأسماء المستعارة دون حدود، على عكس دالة `Unmarshal` في go-yaml v4 التي تتعقب عدد مرات توسيع الأسماء المستعارة.

يحدث تكرار غير خاضع للرقابة أثناء إنشاء `JustHTML()`، حيث تستدعي الدالة `TreeBuilder.finish()` الدالة ` populate selectedcontent()`. وتقوم هذه العملية بالتنقل بشكل متكرر عبر شجرة DOM باستخدام ` find elements()` و` find element()` دون حد للعمق. يمكن للمهاجم الذي يقدم كود HTML مصمم خصيصًا يحتوي على عناصر متداخلة بعمق أن يتجاوز الحد الافتراضي للتكرار في CPython، مما يؤدي إلى حدوث خطأ `RecursionError`. وقد يؤدي ذلك إلى رفض الخدمة عن طريق إيقاف التحليل، أو فشل الطلبات، أو إنهاء عملية العامل.