Simonkoeck

تسمح عقدة Snowflake للمستخدم المصادق عليه الذي يمتلك بيانات اعتماد Snowflake صالحة بتنفيذ عمليات قراءة وكتابة ملفات تعسفية. يحدث هذا لأن العقدة تمرر المدخلات الحرة من حقل «تنفيذ الاستعلام» (Execute Query)، بما في ذلك الأوامر من جانب العميل، مباشرةً إلى Snowflake SDK دون فرض قيود على الوصول إلى الملفات. ونتيجةً لذلك، يمكن للمهاجم تحميل ملفات محلية من مضيف n8n أو الكتابة فوق الملفات الموجودة باستخدام ملف مرحلي.

توجد ثغرة تسمح بكتابة ملفات عشوائية في عقدة «تحرير الصورة» (Edit Image). حيث تقوم العقدة بتمرير معلمة تنسيق الإخراج إلى مكتبة الصور الأساسية دون إجراء التحقق المناسب. يمكن للمستخدم المصادق عليه الذي يمتلك أذونات لتنفيذ سير العمل تقديم قيمة مصممة خصيصًا لتنسيق الإخراج لكتابة ملفات خارج دليل العمل المخصص لمثيل n8n.

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

توجد مشكلة في الخلط بين الأنواع في عقدة ”إرسال بريد إلكتروني“ (Send Email) لأن حقول الرسائل لا تُفرض بشكل صارم كسلاسل نصية. إذا تم توفير قيمة مصطنعة غير نصية عبر تعبير سير العمل في حقول النص أو نص HTML، فقد تفسرها مكتبة البريد الأساسية (Nodemailer) على أنها مسار ملف أو عنوان URL. قد يؤدي ذلك إلى الكشف التعسفي عن ملفات محلية وتزوير الطلبات من جانب الخادم (SSRF)، وهي تقنية تُستخدم لحث الخادم على إرسال طلبات إلى موقع غير مقصود. يتطلب استغلال هذه الثغرة تكوينًا محددًا غير افتراضي: سير عمل نشط مع webhook غير مصدق، وبيانات اعتماد SMTP صالحة، ومدخلات غير موثوق بها مخططة مباشرةً إلى حقل النص الأساسي.

يمكن للمستخدم المصادق عليه الذي يمتلك أذونات لإنشاء أو تعديل سير العمل تجاوز تصحيح سابق لخلل «تلوث النموذج الأولي» في عقدة XML. يحدث «تلوث النموذج الأولي» عندما يتلاعب المهاجم بالنموذج الأولي لكائن ما، مما قد يؤدي إلى تغيير سلوك التطبيق. عند دمج هذا التجاوز مع عقد أخرى، قد يؤدي ذلك إلى تنفيذ التعليمات البرمجية عن بُعد (RCE) على نظام المضيف.

يمكن للمستخدم المصادق عليه الذي يمتلك أذونات لإنشاء أو تعديل سير العمل إدخال علامات CLI أثناء عملية الدفع (Push) لعقدة Git. وهذا يسمح للمهاجم بقراءة ملفات عشوائية من الخادم، مما قد يؤدي إلى اختراق كامل للنظام وتنفيذ تعليمات برمجية عن بُعد (RCE) على مستوى الخادم عن طريق اختراق بيئات الحماية (sandboxes).

يمكن للمستخدم المصادق عليه الذي يمتلك أذونات لإنشاء أو تعديل سير العمل أن يتسبب في تلوث النموذج الأولي الشامل عبر عقدة XML. يحدث تلوث النموذج الأولي عندما يتلاعب المهاجم بالنموذج الأولي لكائن ما، مما قد يؤثر على جميع الكائنات من هذا النوع. وقد يؤدي ذلك إلى تنفيذ التعليمات البرمجية عن بُعد (RCE) عند دمجه مع عقد أخرى تستغل النموذج الأولي الملوث.

n8n هي منصة لأتمتة سير العمل. يمكن للمستخدم الذي تمت مصادقته ولديه أذونات لإنشاء أو تعديل سير العمل الاستفادة من وضع «Combine by SQL» داخل عقدة Merge لقراءة الملفات المحلية على مضيف n8n، مما قد يؤدي إلى تنفيذ تعليمات برمجية عن بُعد. كانت بيئة الاختبار AlaSQL تفتقر إلى قيود كافية على بعض عبارات SQL، مما سمح للمهاجم بالوصول إلى الملفات الحساسة على الخادم أو اختراق المثيل. المكون المعرض للخطر هو عقدة Merge واستخدامها لـ AlaSQL.

H3 هو إطار عمل بسيط لـ H(TTP). توجد ثغرة في قناة جانبية للتوقيت (Timing Side-Channel) في الدالة `requireBasicAuth` بسبب استخدام مقارنة غير آمنة للسلاسل (`!==`). وهذا يسمح للمهاجم باستنتاج كلمة المرور الصحيحة حرفًا حرفًا من خلال قياس وقت استجابة الخادم، متجاوزًا بذلك إجراءات الحماية المتعلقة بتعقيد كلمة المرور. يقوم الكود بإجراء مقارنة بين كلمة المرور المقدمة وكلمة المرور المتوقعة. وقد تم تحسين عامل `!==` ليعمل وفق مبدأ ”الفشل السريع“، حيث يعيد القيمة `false` فور اكتشاف عدم تطابق. من خلال تحليل الاختلافات الزمنية في الاستجابات للطلبات التي تحتوي على كلمات مرور تختلف قليلاً، يمكن للمهاجم تحديد كلمة المرور الصحيحة حرفًا حرفًا. ويكون هذا فعالاً في الشبكات المحلية أو البيئات السحابية حيث يتواجد المهاجم في نفس الموقع. يمكن استغلال هذه الثغرة أمنية عن بُعد. الدالة المعرضة للخطر هي `requireBasicAuth`.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة Tolgee، الإصدارات الأقدم من 3.166.3 الوصف Tolgee هي منصة ترجمة مفتوحة المصدر. قبل الإصدار 3.166.3، لم تكن محللات XML المستخدمة لاستيراد موارد XML الخاصة بنظام Android (.xml) وملفات .resx تعطل معالجة الكيانات الخارجية. يمكن للمستخدم المصادق عليه الذي يمكنه استيراد ملفات الترجمة إلى مشروع ما استغلال هذه الثغرة لقراءة ملفات عشوائية من الخادم وإجراء طلبات من جانب الخادم إلى الخدمات الداخلية. قد يتضمن الاستغلال قراءة ملفات مثل `/etc/passwd` والوصول إلى أسرار البيئة أو بيانات اعتماد البيانات الوصفية السحابية. يؤثر هذا على عمليات النشر متعددة المستأجرين. التوصيات قم بالتحديث إلى الإصدار 3.166.3 أو أحدث.

Unhead هو مدير لرؤوس المستندات والقوالب. يستخدم فحص `link.href` داخل الدالة `makeTagSafe` (الموجودة في ملف `safe.ts`) دالة `String.includes()`، التي تراعي تمييز الأحرف الكبيرة والصغيرة. ومع ذلك، تتعامل المتصفحات مع أنظمة URI بطريقة لا تميز بين الأحرف الكبيرة والصغيرة. على وجه التحديد، يُفسر المتصفح ’DATA:text/css,...‘ بنفس طريقة تفسير ’data:text/css,...‘، لكن الفحص الذي يميز بين الأحرف الكبيرة والصغيرة `’DATA:...‘.includes(’data:‘)` يُرجع القيمة false. وهذا يسمح للمهاجم بحقن CSS تعسفي للتلاعب بواجهة المستخدم أو استخراج البيانات من خلال محددات سمات CSS باستخدام استدعاءات background-image. يقع الجزء المعرض للخطر من الكود في الأسطر 68-71 من ملف `safe.ts`. يمكن للمهاجم استغلال هذا الثغرة لحقن CSS، على سبيل المثال، باستخدام علامة `link` مع سمة `href` مثل `DATA:text/css,body{display:none}`.

Unhead هو مدير لرؤوس المستندات والقوالب. قبل الإصدار 2.1.11، كان من الممكن تجاوز الدالة `useHeadSafe()`، مما يسمح بحقن سمات HTML عشوائية، بما في ذلك معالجات الأحداث، في علامات `<head>` التي يتم عرضها من جانب الخادم (SSR). تسمح الدالة `acceptDataAttrs`، الموجودة في ملف `safe.ts` (الأسطر 16-20)، بتضمين أي مفتاح خاصية يبدأ بـ ’data-‘ في كود HTML النهائي. فهي تتحقق فقط من البادئة، دون التحقق من وجود مسافات أو أحرف أخرى تعطل تحليل سمات HTML. وهذا يسمح بحقن كود ضار من خلال سمات `data-*` مصممة خصيصًا. يُظهر إثبات المفهوم حقن معالج حدث `onload` في علامة `<link>`، مما يؤدي إلى تنفيذ البرنامج النصي عند تحميل ورقة الأنماط. يمكن استغلال هذه المشكلة في السيناريوهات التي يقبل فيها تطبيق Nuxt بيانات تعريف SEO من نظام إدارة المحتوى (CMS) أو ملف تعريف المستخدم، مما قد يؤثر على كل عملية تحميل للصفحة. المكون المعرض للخطر هو الدالة `acceptDataAttrs`، التي تُستخدم لمعالجة السمات قبل أن يتم إدراجها في سلسلة HTML بواسطة الدالة `propsToString`.

تفشل عقدة GitHub Webhook Trigger في تنفيذ التحقق من التوقيع HMAC-SHA256، وهي آلية تُستخدم للتحقق من أن إرسال webhook يأتي فعليًا من GitHub. وهذا يسمح للمهاجم الذي يعرف عنوان URL الخاص بـ webhook بإرسال طلبات POST غير موقعة لتشغيل سير العمل ببيانات عشوائية، مما يؤدي فعليًا إلى انتحال أحداث webhook الخاصة بـ GitHub.

يحتوي n8n، وهو منصة مفتوحة المصدر لأتمتة سير العمل، على ثغرة أمنية في عقدة Git. تتيح هذه الثغرة للمستخدمين المصادق عليهم الذين يتمتعون بأذونات إنشاء أو تعديل سير العمل تنفيذ أوامر تعسفية على النظام أو قراءة ملفات تعسفية على مضيف n8n. تؤثر هذه المشكلة على الأنظمة التي يتمتع فيها المستخدمون بالقدرة على إنشاء أو تعديل سير العمل. لا تتوفر معلومات حول عدد الأجهزة التي قد تكون متأثرة في جميع أنحاء العالم أو حول أي حوادث استغلال فعلية. عقدة Git هي مكون يُستخدم للتفاعل مع مستودعات Git. تتيح `عقدة Git` للمستخدمين القيام بأعمال مثل استنساخ التغييرات وسحبها (pull) وإرسالها (push) إلى مستودعات Git.

لا يدير مكون Cache Middleware بشكل صحيح توجيهات التحكم في ذاكرة التخزين المؤقت لـ HTTP، مثل `Cache-Control: private` أو `Cache-Control: no-store`. وقد يؤدي ذلك إلى تخزين الردود الخاصة أو المصادق عليها في ذاكرة التخزين المؤقت، مما يعرضها لمستخدمين غير مصرح لهم. تكمن الثغرة الأمنية في منطق اتخاذ القرارات المتعلقة بذاكرة التخزين المؤقت في مكون Cache Middleware. تتمثل آثار هذه المشكلة في خداع ذاكرة التخزين المؤقتة على الويب (Web Cache Deception) وتسريب المعلومات، مما قد يؤدي إلى الكشف عن معلومات التعريف الشخصية أو البيانات المتعلقة بالجلسة. تؤثر هذه المشكلة على التطبيقات التي تستخدم الوسيط hono/cache وتعتمد عليه للالتزام بشكل صحيح بتوجيهات التحكم في ذاكرة التخزين المؤقتة لـ HTTP.

H3 هو إطار عمل H(TTP) بسيط مصمم لتحقيق الأداء العالي وقابلية النقل. توجد ثغرة أمنية خطيرة تتعلق بـ ”تهريب طلبات HTTP“ (HTTP Request Smuggling) بسبب التحقق الحساس لحالة الأحرف الكبيرة والصغيرة في رأس ”Transfer-Encoding“ داخل الدالة `readRawBody`. تبحث الدالة تحديدًا عن كلمة ”chunked“، لكن مواصفات RFC HTTP تنص على أن هذا الرأس يجب أن يكون غير حساس لحالة الأحرف. وهذا يسمح للمهاجمين بإخلال تزامن المآخذ (sockets) عند استخدام رؤوس «Transfer-Encoding» التي تحتوي على أحرف كبيرة وصغيرة مختلطة، مما قد يؤدي إلى التحايل على ضوابط الأمان ويؤدي إلى تهريب الطلبات. يوجد الكود المعرض للثغرة في `src/utils/body.ts`. تحدث المشكلة لأن الكود لا يقوم بتوحيد قيمة الرأس قبل التحقق، مما يؤدي إلى تجاهل رؤوس «Transfer-Encoding» التي تحتوي على أحرف كبيرة وصغيرة مختلطة (على سبيل المثال، «ChuNked»). قد يؤدي ذلك إلى استجابة التطبيق على الفور بينما لا يزال النص الفعلي موجودًا في مأخذ التوصيل، مما يؤدي إلى حدوث عدم تزامن TE.TE. ويكون لهذا تأثير كبير بشكل خاص في البيئات المعبأة في حاويات (containerized) خلف موزعات تحميل TCP، حيث يمكن للمهاجمين تهريب الطلبات لتجاوز جدران الحماية لتطبيقات الويب (WAFs) أو تسميم اتصالات المستخدمين الآخرين.