Kai Aizen

يقوم وسيط Kafka الذي يستخدم المصدق المدعوم بـ JWKS لمصادقة SASL/OAUTHBEARER بالتحقق من توقيعات JWT، ولكنه لا يفرض فحوصات المصدر والجمهور بشكل افتراضي. وتحديداً، يتم التحقق من مطالبة المصدر (`iss`) فقط عند تكوين `sasl.oauthbearer.expected.issuer` ، وتكون مطالبة الجمهور (`aud`) مطلوبة فقط عند تكوين `sasl.oauthbearer.expected.audience`. في البيئات متعددة المستأجرين أو عمليات النشر التي تستخدم نقاط نهاية JWKS مشتركة، قد يؤدي ذلك إلى قبول رمز صادر عن مصدر مختلف أو رمز يفتقر إلى الجمهور، مما قد يسمح بالوصول كأصيل ذو صلاحيات أعلى.

توجد مشكلة تتمثل في فشل أداة `execute sql query` التابعة لمساعد الذكاء الاصطناعي (AI Assistant) في التحقق بشكل صحيح من صحة الاستعلامات المقدمة من نموذج لغوي كبير (LLM). تستخدم الأداة `sqlparse` لضمان تنفيذ بيان واحد فقط غير متعلق بالتحكم في المعاملات ضمن معاملة للقراءة فقط. ومع ذلك، فإن التباين بين كيفية تعامل `sqlparse` وPostgreSQL مع تحليل السلاسل النصية الثابتة يسمح للمهاجم بتهريب عدة بيانات. من خلال استخدام شرطة مائلة عكسية قبل علامة الاقتباس، يمكن للمهاجم تجاوز أداة التحقق وتنفيذ أوامر غير مصرح بها، مثل `COMMIT` أو `CREATE TABLE`، مما يؤدي إلى تجاوز القيود الأمنية، أو التلاعب بالبيانات، أو تنفيذ التعليمات البرمجية عن بُعد. ويمكن تحقيق ذلك عبر الحقن غير المباشر للموجه، حيث يتم وضع حمولة ضارة في كائن يقرأه مساعد الذكاء الاصطناعي.

لم يتم تكوين محلل XML لمنع هجمات الكيانات الخارجية في XML (XXE). وهذا يسمح للمهاجمين القادرين على التحكم في الاستجابات الواردة من خادم Assembla المُهيأ باستخراج المعلومات السرية من وحدة التحكم في Jenkins أو تنفيذ تزوير الطلبات من جانب الخادم (SSRF)، وهي تقنية تُستخدم لحث الخادم على إرسال طلبات إلى موقع غير مقصود.

يؤدي عدم وجود عمليات التحقق من الأذونات إلى السماح للمستخدمين الذين يتمتعون بأذونات «Overall» أو «Read» بتحديد أسماء بيانات التعريف المُعدة مسبقًا في Contrast.

يؤدي عدم وجود فحص للأذونات إلى تمكين المستخدمين الذين يتمتعون بأذونات «شاملة» أو «قراءة» من إجبار النظام على الاتصال بعنوان URL عشوائي باستخدام اسم مستخدم وكلمة مرور محددين.

يتسبب LWP::UserAgent في تسريب رؤوس «Authorization» و«Proxy-Authorization» أثناء عمليات إعادة التوجيه عبر الأصول. عند تلقي استجابة 3xx، يقوم معالج إعادة التوجيه بإزالة رؤوس «Host» و«Cookie» فقط قبل الطلب التالي. ونتيجة لذلك، يتم إرسال رؤوس «Authorization» و«Proxy-Authorization» التي يوفرها المتصل دون تغيير إلى هدف إعادة التوجيه، حتى في حالة تغيير المخطط أو المضيف أو المنفذ. وهذا يسمح بإعادة التوجيه إلى مضيف يتحكم فيه المهاجم للكشف عن بيانات اعتماد المتصل.

يؤدي عدم إجراء عملية تنقية كافية لحقول اسم وقيمة الرؤوس المخصصة قبل كتابتها في ملف .htaccess الخاص بـ Apache عبر الدالة `insert with markers()` إلى تمكين المهاجمين المصادق عليهم الذين يتمتعون بحقوق وصول على مستوى «المسؤول» أو أعلى من تنفيذ حقن CRLF. ويشمل ذلك حقن أحرف أسطر جديدة عشوائية وتوجيهات Apache إضافية في ملف التكوين .htaccess من خلال إعدادات «Custom Headers»، مما قد يؤدي إلى أخطاء في تحليل تكوين Apache واحتمال حدوث هجوم رفض الخدمة على نطاق الموقع بأكمله.

توجد ثغرة في المكون الإضافي Riaxe Product Customizer الخاص بـ WordPress، حيث يمكن للمهاجمين غير المصادق عليهم إضافة استعلامات SQL إضافية إلى الاستعلامات الموجودة لاستخراج معلومات حساسة من قاعدة البيانات. ويحدث ذلك بسبب عدم كفاية عملية الترميز للمعلمات التي يزودها المستخدم، وعدم كفاية إعداد استعلام SQL. يقع هذا الخلل في مفاتيح المعلمات «options» داخل `product data` في نقطة نهاية واجهة برمجة التطبيقات REST «/wp-json/InkXEProductDesignerLite/add-item-to-cart».

يحتوي المكون الإضافي على ثغرة في تصعيد الامتيازات ناتجة عن إجراء AJAX غير مصدق عليه ’'wp ajax nopriv install-imprint‘' والذي يرتبط بالدالة `ink pd add option()`. تقوم هذه الدالة بمعالجة متغيري `option` و`opt value` من $ POST وتنفيذ `delete option()` و`add option()` باستخدام هذه القيم دون التحقق من الرقم العشوائي (nonce) أو فحوصات الصلاحيات أو قائمة أسماء الخيارات المسموح بها. يمكن للمهاجمين غير المصادق عليهم تحديث خيارات WordPress تعسفياً، مما قد يُستخدم لتمكين تسجيل المستخدمين وتعيين دور المستخدم الافتراضي إلى «المسؤول»، مما يؤدي إلى الاستيلاء الكامل على الموقع.

يوجد ثغرة في تجاوز إجراءات التفويض بسبب تسجيل مسار واجهة برمجة تطبيقات REST ’‘/wp-json/InkXEProductDesignerLite/customer/delete customer'' دون وجود إجراء استدعاء مرتد للتصريح. يسمح هذا التكوين بالوصول غير المصادق عليه إلى الدالة `inkxe delete customer()`، التي تعالج مصفوفة من معرّفات المستخدمين الواردة في نص الطلب وتمررها إلى الدالة `wp delete user()` دون إجراء أي فحوصات للمصادقة أو التفويض. ونتيجة لذلك، يمكن للمهاجمين غير المصادق عليهم حذف حسابات مستخدمي WordPress بشكل عشوائي، بما في ذلك حسابات المسؤولين، مما يؤدي إلى إغلاق الموقع بالكامل وفقدان البيانات.

يسمح هذا المكون الإضافي لـ WordPress للمهاجمين غير المصادق عليهم باسترداد البيانات الوصفية لصفحات الكتب المتحركة الخاصة بالمسودات والكتب المتحركة الخاصة والمحمية بكلمة مرور. يحدث هذا بسبب عدم وجود فحص للصلاحيات في الدالة `send post pages json()`.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة المكوّن الإضافي «Advanced Contact Form 7 DB» لـ WordPress حتى الإصدار 2.0.9 ضمناً الوصف يحتوي المكون الإضافي Advanced Contact form 7 DB لـ WordPress على ثغرة تسمح بالوصول غير المصرح به إلى البيانات. ويرجع ذلك إلى عدم وجود فحص للصلاحيات في الدالة `vsz cf7 export to excel`. يمكن للمهاجمين الذين يتمتعون بحق الوصول على مستوى «المشترك» أو أعلى تصدير البيانات المرسلة عبر النماذج إلى ملف Excel. التوصيات قم بالتحديث إلى إصدار أحدث من 2.0.9.

تحدث مشكلة تزوير الطلبات عبر المواقع (CSRF) بسبب عدم وجود التحقق من صحة الرمز العشوائي (nonce) أو وجود خطأ فيه في الدالة `vsz cf7 save setting callback()`. الرقم العشوائي (nonce) هو رمز فريد يُستخدم لمنع إعادة إرسال الطلبات. تسمح هذه الثغرة للمهاجمين غير المصادق عليهم بحذف إدخالات النماذج عن طريق خداع مسؤول الموقع للنقر على رابط ضار.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة المكوّن الإضافي «Riaxe Product Customizer» لـ WordPress حتى الإصدار 2.4 بما في ذلك الوصف المكوّن الإضافي «Riaxe Product Customizer» لـ WordPress معرض لخطر الكشف عن معلومات حساسة. تفتقر نقطة نهاية واجهة برمجة التطبيقات (API) «/wp-json/InkXEProductDesignerLite/orders» إلى عمليات التحقق من المصادقة أو التفويض، وذلك بسبب تعيين قيمة «permission callback» على « return true». وهذا يسمح للمهاجمين غير المصادق عليهم باسترداد أسماء العملاء الأولى والأخيرة، ومعرّفات العملاء، ومعرّفات الطلبات، وإجماليات الطلبات، وتواريخ الطلبات، والعملات، وحالات الطلبات مباشرةً من قاعدة البيانات. التوصيات تحديث المكون الإضافي Riaxe Product Customizer إلى إصدار أحدث من 2.4.

لا يقوم البرنامج بالتحقق من صحة الشهادات بشكل صحيح عند الاتصال بـ Databricks، مما قد يتيح إمكانية وقوع هجوم من نوع «الرجل في الوسط» (man-in-the-middle)، حيث يتم اعتراض حركة المرور أو التلاعب بها أو سرقة بيانات الاعتماد دون إخطار المستخدم.

المكوّن الإضافي «MimeTypes Link Icons» لـ WordPress معرض لخطر تزوير الطلبات من جانب الخادم (Server-Side Request Forgery). ويحدث ذلك لأن المكوّن الإضافي يقوم بإرسال طلبات HTTP صادرة إلى عناوين URL يتحكم فيها المستخدم دون إجراء التحقق الكافي عند تمكين خيار «إظهار حجم الملف». يمكن للمهاجمين المصادق عليهم الذين يتمتعون بحق الوصول على مستوى «المساهم» (Contributor) أو أعلى استغلال هذه الثغرة لإرسال طلبات ويب إلى مواقع عشوائية من تطبيق الويب. وقد يتيح ذلك الاستعلام عن المعلومات وتعديلها من الخدمات الداخلية من خلال روابط مصممة خصيصًا ضمن محتوى المنشورات.

تحتوي إصدارات Apache Airflow من 3.1.0 إلى 3.1.7 على مشكلة تتعلق بنقص في التفويض داخل نقاط نهاية Human-in-the-Loop (HITL) الخاصة بواجهة برمجة التطبيقات (API) للتنفيذ. وهذا يسمح لأي مثيل مهمة تمت مصادقته بتنفيذ إجراءات — مثل القراءة أو الموافقة أو الرفض — على سير عمل HITL التابع لمثيلات مهام أخرى. تعد نقاط نهاية HITL جزءًا من واجهة برمجة تطبيقات التنفيذ (Execution API)، التي تدير تنفيذ المهام ضمن سير عمل Airflow. تنشأ المشكلة عن عدم وجود ضوابط وصول مناسبة، مما يتيح الوصول غير المصرح به إلى سير عمل HITL والتلاعب بها.

توجد ثغرة أمنية ناتجة عن عدم كفاية التحقق من صحة المدخلات عند معالجة تعليقات موارد Ingress. يمكن للمهاجم استخدام التعليق `nginx.ingress.kubernetes.io/rewrite-target` لحقن توجيهات تكوين تعسفية في ملف nginx.conf. قد يؤدي هذا الحقن في التكوين إلى تنفيذ تعليمات برمجية تعسفية في سياق وحدة التحكم ingress-nginx وإلى الكشف عن الأسرار (Secrets) التي يمكن لوحدة التحكم الوصول إليها، والتي قد تشمل، في التثبيتات القياسية، جميع الأسرار في المجموعة بأكملها.

يؤدي عدم كفاية تنقية المدخلات عند معالجة استجابات واجهة برمجة تطبيقات Telegram إلى تمكين المهاجمين غير المصادق عليهم من تنفيذ هجمات البرمجة النصية عبر المواقع (XSS) القائمة على نموذج DOM. ويحدث ذلك عندما يعالج المكون الإضافي عناوين الدردشات التي يتحكم فيها المهاجم، مما يتيح حقن نصوص برمجية ضارة. يتم تنفيذ البرامج النصية عندما يصل المسؤول إلى صفحة إعدادات TelSender ويتفاعل مع زر «Tested».

المكوّن الإضافي Friendly Functions for Welcart لـ WordPress معرض لخطر تزوير الطلبات عبر المواقع (CSRF). ويرجع ذلك إلى عدم التحقق من صحة الرقم العشوائي (nonce) أو التحقق الخاطئ منه في صفحة الإعدادات. يمكن لمهاجم غير معتمد تحديث إعدادات المكون الإضافي عن طريق تزوير طلب، شريطة أن يتمكن من حث أحد مسؤولي الموقع على القيام بإجراء ما، مثل النقر على رابط ضار.