Masamuneee

يقوم منفذ سير العمل بتسجيل بيانات اعتماد مستودع العناصر في نص عادي أثناء عمليات العناصر. يحدث هذا لأن برنامج تشغيل التسجيل يمرر بنية `ArtifactDriver` بالكامل إلى المسجل المنظم، مما يعرض الحقول الحساسة مثل `AccessKey` و`SecretKey` و`SessionToken` و`ServerSideCustomerKey` لـ S3، و`AccessKey` و`SecretKey` و`SecurityToken` لـ OSS، و`ServiceAccountKey` لـ GCS. يمكن لأي مستخدم لديه أذونات RBAC في Kubernetes لقراءة سجلات بود سير العمل استخراج بيانات الاعتماد هذه.

يُظهر `Net::IMAP::ResponseReader` تعقيدًا زمنيًا من الدرجة الثانية عند معالجة استجابات كبيرة تحتوي على عدد كبير من القيم الثابتة من نوع السلسلة. يمكن لخادم ضار إرسال استجابات مصممة خصيصًا تجبر `ResponseReader` على إعادة فحص كامل مخزن الاستجابة المتزايد بحثًا عن كل سلسلة نصية، مما يؤدي إلى استهلاك مفرط لموارد وحدة المعالجة المركزية (CPU) وحالة رفض الخدمة. تسمح هذه التعقيدات الخوارزمية للمشكلة بتجاوز حماية `max response size`، حيث يمكن أن تظل الاستجابة أقل من الحد الأقصى للحجم مع استمرار تكبد تكاليف عالية على وحدة المعالجة المركزية. ونظرًا لأن العملية تحتفظ بقفل Global VM أثناء الفحص، تتأثر الخيوط الأخرى بشكل كبير.

يوجد في Argo Workflows — وهو محرك سير عمل مفتوح المصدر ومصمم خصيصًا للحاويات في Kubernetes — مشكلة تتمثل في أن نقاط نهاية قوالب سير العمل (Workflow templates) تسمح لأي عميل باسترداد قوالب سير العمل (WorkflowTemplates) وقوالب سير العمل الخاصة بالمجموعة (ClusterWorkflowTemplates). يمكن لطلب يحتوي على رمز `Authorization: Bearer nothing` أن يكشف عن محتوى القوالب الحساس، بما في ذلك قوائم البيانات السرية المضمنة. تنبع المشكلة من الطريقة التي يستخدم بها المُبلغون تكوين REST الخاص بالخادم، حيث يقومون بالقراءة باستخدام امتيازات حساب خدمة الخادم. يثبت نموذج إثبات المفهوم القدرة على تسريب بيانات القوالب، بما في ذلك الأسرار، ومواقع العناصر، واستخدام حساب الخدمة، ومتغيرات البيئة، وقوائم الموارد.

يحتوي Argo Workflows على ثغرة أمنية تتعلق بـ «البرمجة النصية عبر المواقع» (XSS) المخزنة في قائمة دليل الأرتيفاكتات. وهذا يسمح لمؤلف سير العمل بتنفيذ جافا سكريبت تعسفي في متصفح مستخدم آخر تحت مصدر Argo Server، مما قد يتيح القيام بأعمال على واجهة برمجة التطبيقات (API) باستخدام امتيازات الضحية. تنبع المشكلة من استجابة قائمة الدليل في `server/artifacts/artifact server.go`، التي تعرض أسماء الكائنات مباشرةً في HTML دون إجراء الهروب المناسب. ويكون المهاجم هو من يتحكم في أسماء الكائنات عندما يقوم سير العمل بحفظ الملفات في دليل مخرجات العناصر. ويوجد الكود المعرض للثغرة في `fmt.Fprintf` داخل الملف المحدد. يمكن للمهاجم إنشاء سير عمل ضار ينتج عنصر HTML مُعدًّا بعناية يحتوي على برنامج نصي. وعند إرسال رابط عميق لهذا العنصر إلى الضحية، يمكن للمهاجم تشغيل البرنامج النصي في متصفح الضحية، مما يتيح له نظريًّا تنفيذ إجراءات على واجهة برمجة تطبيقات Argo Server باستخدام أذونات الضحية، مثل قراءة معلومات سير العمل أو إنشاء/حذف سير العمل.

كان المكون `Rack::Directory` يحتوي على فحص للمسار يستخدم مطابقة بادئة السلسلة في المسار الموسع. يمكن لطلب مصمم بعناية، مثل `/../root example/`، تجاوز الجذر المُعدّ إذا كان مسار الوجهة يشترك في بادئة مع سلسلة الجذر، مما قد يسمح بإدراج الدلائل خارج الجذر المقصود. ويحدث ذلك لأن عملية التحقق `File.expand path(File.join(root, path info)).start with?(root)` لا تفرض أي قيود على المسار. على سبيل المثال، إذا كانت جذر الخادم هي `/var/www/root`، فإن مسارًا مثل `/var/www/root backup` قد يجتاز الفحص. وقد يؤدي ذلك إلى تسريب المعلومات من خلال عرض قائمة الدلائل عندما يتم الكشف عن `Rack::Directory` لعملاء غير موثوق بهم ويشترك أحد الدلائل في البادئة مع الجذر.

يمكن لخادم IMAP ضار أن يُطلق هجومًا حسابيًا لرفض الخدمة على عملية العميل أثناء المصادقة باستخدام `SCRAM-SHA1` أو `SCRAM-SHA256`. من خلال إرسال عدد تكرارات PBKDF2 كبير بشكل تعسفي في الرسالة الأولى للخادم، يُجبر الخادم العميل على تنفيذ استدعاء مكلف لـ `OpenSSL::KDF.pbkdf2 hmac()`. ونظرًا لأن هذه الدالة هي امتداد C معطل يحجز قفل Ruby Global VM (آلية تضمن أن خيطًا واحدًا فقط ينفذ كود Ruby في كل مرة)، فإنها قد تؤدي إلى تجميد Ruby VM بالكامل وحظر جميع الخيوط لعدة دقائق، اعتمادًا على الأجهزة وإصدار OpenSSL.

يمكن لمهاجم من نوع «الرجل في الوسط» (man-in-the-middle) أن يجعل الدالة `starttls()` تُرجع نتيجة ناجحة دون إقامة اتصال TLS فعليًا. يحدث هذا عندما يقوم المهاجم بإدخال استجابة «OK» مُعلمة بعلامة يمكن التنبؤ بها قبل أن ينتهي العميل من إرسال الأمر، مما يؤدي إلى إكمال الأمر قبل تسجيل معالج الاستجابة. وينتج عن ذلك هجوم «STARTTLS stripping»، حيث يظل المأخذ غير مشفر، مما يؤدي إلى إرسال المعلومات الحساسة بنص عادي.

تسمح هذه الثغرة بحدوث هجوم «رفض الخدمة» (DoS) عن طريق استنفاد الذاكرة عندما يقوم Net::IMAP بقراءة ردود الخادم. يمكن لخادم ضار إرسال عدد «حرفي» من البايتات، يتم قراءته تلقائيًا بواسطة مؤشر الترابط (thread) الخاص بالاستقبال لدى العميل، مما يؤدي إلى قيام قارئ الاستجابة بتخصيص ذاكرة لعدد البايتات المشار إليه في استجابة الخادم. وقد يؤثر ذلك على الاتصالات غير الآمنة والخوادم التي تحتوي على أخطاء برمجية أو غير الموثوق بها أو المخترقة.

تنجم المشكلة عن عدم قيام المكون `Rack::Static` بالتنقية المناسبة للمسارات التي يقدمها المستخدم قبل تقديم الملفات، مما يسمح باستخدام تسلسلات مشفرة لاختراق المسار للوصول إلى ملفات خارج الدليل المخصص للملفات الثابتة. وقد يؤدي ذلك إلى كشف الملفات الموجودة ضمن الدليل المحدد `root:`.

تتعلق المشكلة ببرنامج الوسيط Rack::Sendfile، الذي يسجل في السجل قيمًا غير مُعقمة من رأس X-Sendfile-Type. يمكن للمهاجم استغلال ذلك عن طريق حقن تسلسلات الهروب، مثل أحرف السطر الجديد، في الرأس، مما يؤدي إلى حقن السجل.

تؤثر ثغرة أمنية حرجة على معالجة الملف /user/add cart.php، حيث يؤدي التلاعب بالمعلمة `id/qty` إلى حدوث حقن SQL. يمكن شن الهجوم عن بُعد.