Kolega-Ai-Dev

يستخدم Langflow آلية اشتقاق مفاتيح ضعيفة وقابلة للعكس لتشفير البيانات المخزنة، مما قد يؤدي إلى الكشف عن جميع بيانات الاعتماد المخزنة.

يوجد ثغرة في تجاوز عملية المصادقة في طبقة البرمجيات الوسيطة `kubeClientMiddleware` داخل الملف `api/http/handler/kubernetes/handler.go`. تقوم البرمجيات الوسيطة بالتحقق من صحة رموز المستخدمين قبل إعادة توجيه حركة المرور إلى مجموعات Kubernetes؛ ومع ذلك، عندما تُرجع الدالة `security.RetrieveTokenData()` خطأً، يقوم النظام بكتابة استجابة HTTP 403 ولكنه يفشل في إيقاف التنفيذ. وهذا يسمح للطلب بالانتقال إلى المعالج بقيمة `tokenData` تساوي nil، متجاوزًا بذلك عمليات التحقق من التفويض. يمكن للمهاجم الذي يمتلك جلسة عمل صالحة في Portainer استغلال هذا الثغرة لقراءة أو تعديل موارد Kubernetes، مثل البودات (pods) والأسرار (secrets) وخرائط التكوين (config maps) وعمليات النشر (deployments)، على نقاط النهاية المستهدفة التي لا يسمح له دوره بالوصول إليها. وقد يؤدي ذلك إلى التنقل الأفقي (lateral movement) في حال تم استرداد بيانات اعتماد حساسة من أسرار Kubernetes.

تقبل ميزة استعادة النسخ الاحتياطي أرشيفًا بتنسيق `.tar.gz` وتقوم باستخراجه إلى دليل هدف على الخادم. تقوم دالة الاستخراج `ExtractTarGz()` الموجودة في `api/archive/targz.go` بإنشاء مسارات الإخراج باستخدام `filepath.Clean(filepath.Join(outputDirPath, header.Name))`، والتي تفشل في منع اجتياز الدليل. يمكن لأرشيف مُعدّ خصيصًا يحتوي على إدخالات مثل `../../etc/cron.d/evil` أن يُحل إلى مسارات خارج جذر الاستخراج، مما يسمح للمهاجم الذي يتمتع بحقوق وصول المسؤول بكتابة ملفات في مواقع عشوائية على نظام ملفات الخادم. وقد يؤدي ذلك إلى كتابة ملفات عشوائية في أي مسار يمكن لعملية Portainer الوصول إليه، وإمكانية الاستمرار على المضيف من خلال الكتابة إلى دلائل cron، أو ملفات مفاتيح SSH المصرح بها، أو مسارات الملفات القابلة للتنفيذ.

يستخدم البرنامج قيمة افتراضية ضعيفة ومُبرمجة بشكل ثابت وهي «Secre$t» لمتغير البيئة `TOKEN HASH SECRET` في الملف `packages/server/src/enterprise/utils/tempTokenUtils.ts` عندما لا يتم تكوين المتغير. يُستخدم هذا السر لاشتقاق مفتاح AES-256-CBC (معيار التشفير المتقدم مع تسلسل كتل التشفير) لتشفير معرّفات المستخدمين ومعرّفات مساحات العمل داخل حقل «meta» في JWT (رموز الويب JSON). يمكن للمهاجم الذي يعرف السر الافتراضي فك تشفير هذه البيانات الوصفية لاستخراج المعرّفات الداخلية أو إعادة تشفير القيم التي تم التلاعب بها. على الرغم من أن توقيع JWT يتم التحقق من صحته بشكل منفصل، فإن الكشف عن هذه البيانات الوصفية والتلاعب بها قد يسهل الوصول غير المصرح به إلى البيانات أو تصعيد الامتيازات.

تستخدم البرمجيات الوسيطة لمصادقة جواز السفر المؤسسي الموجودة في `packages/server/src/enterprise/middleware/passport/index.ts` قيمًا افتراضية ضعيفة ومُبرمجة بشكل ثابت لأسرار JWT (`auth token`، `refresh token`) وقيم الجمهور/المُصدر (`AUDIENCE`، `ISSUER`). إذا لم يتم تكوين متغيرات البيئة `JWT AUTH TOKEN SECRET` و`JWT REFRESH TOKEN SECRET` و`JWT AUDIENCE` و`JWT ISSUER`، فإن التطبيق يعود تلقائيًا إلى هذه القيم الافتراضية المعروفة للجميع. وهذا يسمح لمهاجم غير مصدق بتزوير رموز JSON Web Tokens (JWT) صالحة وانتحال صفة أي مستخدم، بما في ذلك المسؤولين، مما يؤدي إلى تجاوز كامل لعملية المصادقة والاستيلاء الكامل على المثيل.

يستخدم البرنامج سرًا افتراضيًا ضعيفًا ومُبرمجًا بشكل ثابت («flowise») لبرنامج الوسيط express-session عندما لا يتم تعيين متغير البيئة `EXPRESS SESSION SECRET`. ونظرًا لأن هذا السر ظاهر للجميع في شفرة المصدر، يمكن للمهاجم تزوير ملفات تعريف ارتباط الجلسة الموقعة الصالحة لانتحال صفة أي مستخدم وتجاوز عملية المصادقة.

Langflow هي أداة لإنشاء ونشر الوكلاء وسير العمل المدعومين بالذكاء الاصطناعي. لا تقوم نقطة النهاية `delete api key route()`، التي تقبل معلمة المسار `api key id`، سوى بإجراء فحص مصادقة عام. لا تتحقق الدالة `delete api key()` مما إذا كان مفتاح واجهة برمجة التطبيقات (API) يخص المستخدم الحالي قبل حذفه. وهذا يسمح لمهاجم تمت مصادقته بتعداد وحذف مفاتيح واجهة برمجة التطبيقات (API) الخاصة بمستخدمين آخرين عن طريق تخمين أو اكتشاف معرّفات مفاتيح واجهة برمجة التطبيقات (API) الخاصة بهم، مما قد يؤدي إلى الاستيلاء على الحساب، وحجب الخدمة، وتعطيل عمليات التكامل. يوجد الكود المعرض للخطر في src/backend/base/langflow/api/v1/api key.py الأسطر 44-53. تسترد الدالة `delete api key()` في crud.py الأسطر 44-49 مفتاح API حسب المعرف وتحذفه دون التحقق من ملكيته.

يستخدم البرنامج خوارزمية bcrypt بقيمة جولة ”salt“ افتراضية تبلغ 5، مما يؤدي إلى 32 تكرارًا فقط. وهذا أقل بكثير من الحد الأدنى الموصى به من قبل OWASP وهو 10 جولات (1024 تكرارًا). تسمح هذه الثغرة التشفيرية للمهاجمين الذين يستخدمون أجهزة GPU حديثة بفك تشفير تجزئات كلمات المرور بسرعة أكبر بنحو 30 مرة في حالة حدوث اختراق لقاعدة البيانات، مما قد يعرض جميع حسابات المستخدمين للخطر. توجد هذه المشكلة في الدالة `getHash()` وعملية `resetPassword`.

توجد ثغرة أمنية من نوع تزوير الطلبات من جانب الخادم (SSRF) في وظيفة `uploadViaURL` بسبب طلب `HEAD` غير محمي. يتم تنفيذ الطلب الأولي للبيانات الوصفية دون التحقق من صحتها، مما يسمح بطلبات خروج محدودة إلى عناوين URL عشوائية قبل تطبيق ضوابط SSRF. تستخدم الدالة `uploadViaURL()` `axios.head()` لاسترداد البيانات الوصفية دون تصفية SSRF. يتم تنفيذ هذا الطلب قبل تطبيق إجراءات الحماية من SSRF. التأثير محدود، حيث إن طلبات `HEAD` هي الوحيدة المتأثرة ولا يحدث أي تسرب مباشر لبيانات الاستجابة. ومع ذلك، قد تسمح هذه الثغرة بـ SSRF الأعمى من خلال طلبات `HEAD` الصادرة، والاستكشاف المحدود للخدمات الداخلية، والتفاعل مع نقاط النهاية الداخلية الحساسة التي تستجيب لطلبات `HEAD`. لا تسمح هذه الثغرة الأمنية بالوصول التعسفي إلى البيانات ولا بالاختراق الكامل للشبكة الداخلية بمفردها. يتضمن إثبات المفهوم إرسال طلب POST إلى نقطة النهاية `/api/v2/storage/upload-by-url` مع عنوان URL ضار في المعلمة `url`.