Grayom

يوجد خلل في تجاوز المصادقة يسمح للمهاجمين غير المصرح لهم بتزوير روابط تسجيل الدخول باستخدام `AUTH SECRET` المثال المعروف علنًا. يتيح هذا الخلل للمهاجمين تعداد رسائل البريد الإلكتروني المسجلة عبر نقطة النهاية '/api/ auth/signin'، وتزوير رموز HS256 JWT (وهي معايير مفتوحة لنقل المعلومات بشكل آمن بين الأطراف ككائن JSON) التي يتم استردادها بواسطة نقطة النهاية '/api/ auth/continue'، وانتحال شخصية المستخدمين، وتصدير بيانات التحليلات، ونقل ملكية التطبيق.

يمكن للمهاجمين غير المصرح لهم تنفيذ استعلامات SQL عشوائية من خلال تقديم مفتاح مجموعة مهام مصمم خصيصًا إلى واجهة برمجة تطبيقات المنسق (orchestrator API). من خلال إرسال `group.key` خبيث إلى نقطة النهاية 'POST /v1/immediate'، تقوم الدالة `TaskEventsHandler.notify()` بإدراج المدخلات في بيان Postgres NOTIFY، مما يسمح بتشغيل استعلامات متراكمة ضد قاعدة بيانات المجدول.

يوجد خلل في التصريح ضمن الدالة `checkPermissionsForCreateOrUpdate()` في فئة `Multitenancy`. في عمليات النشر متعددة المستأجرين المرخصة حيث تتشارك تطبيقات متعددة نطاق URI اتصال غير افتراضي وتستخدم `api keys` منفصلة، يمكن للمهاجم الذي يمتلك مفتاح API صالح لأحد التطبيقات تحديث نطاق URI اتصال الأب. يحدث هذا لأن النظام لا يشترط أن يكون التطبيق والمستأجر المصدر عامين عند التحقق من النطاق أثناء عمليات الإنشاء أو التحديث. نتيجة لذلك، يمكن للمهاجم استبدال المفتاح الأب ومفاتيح التطبيقات الشقيقة، وتعديل المستخدمين الشركاء، واختطاف الجلسات، وتثبيت الوصول عبر مستخدمي لوحة تحكم شقيقة. بالإضافة إلى ذلك، فإن حذف المعرف الاختياري في معالجات الإنشاء أو التحديث من الإصدار v2 يسمح للمهاجم باستهداف المستأجر الأساسي، وتجاوز فروع التصاريح وبوابات الميزات المؤسسية لتعديل `firstFactors` والعوامل الثانوية المطلوبة وأعلام الوصفات المفعلة، مما يؤثر على سلامة تسجيل الدخول وتوافره.

توجد مشكلة في الدالة `SAML.handleCallback()` حيث تفشل في استهلاك RelayState، أو تسجيل معرفات التأكيد (assertion identifiers)، أو فرض `Response.InResponseTo`. في التدفقات التي يبدأها مزود الخدمة (SP)، يمكن للمهاجم الذي يمتلك استجابة SAML صالحة وRelayState مطابقة إعادة إرسالهما إلى نقطة النهاية `/recipe/saml/callback` قبل انتهاء صلاحية التأكيد. وفي التدفقات التي يبدأها مزود الهوية (IdP)، يمكن إعادة تشغيل التأكيد بدون RelayState. بالإضافة إلى ذلك، فإن غياب التحقق من `Response.InResponseTo` يسمح بإكمال عملية تسجيل دخول جارية باستخدام تأكيد لهوية مختلفة ويتجاوز إعداد `allowIDPInitiatedLogin=false`. كما يفشل الـ callback في التحقق من Destination أو SubjectConfirmationData Recipient و NotOnOrAfter، مما يؤدي إلى إصدار رمز تفويض جديد لهوية المستخدم التي تم اعتراضها.

يسمح تجاوز تفويض للمهام الآلية (bots) الخاصة بالوكلاء المصرح لهم بالوصول إلى حسابات أخرى من خلال تقديم `source id` لصندوق وارد لجهة اتصال خارجية. يتم ذلك عن طريق استدعاء نقطة النهاية 'conversations create' باستخدام `source id` تابع لحساب آخر، مما يتيح إنشاء المحادثات أو استردادها وإرسال رسائل إلى جهات اتصال ذلك الحساب.