Bilal Teke

توجد مشكلة في الكشف عن المعلومات حيث يقوم العميل بالتحقق من صحة بيانات اعتماد Ubuntu Pro APT عن طريق تنفيذ `/usr/lib/apt/apt-helper` باستخدام الأمر `download-file`. يتم تضمين الرمز السري (secret bearer token) في نص عادي داخل عنوان URL الذي يتم تمريره عبر معلمات سطر الأوامر (`argv`). في الأنظمة التي يتم فيها تثبيت نظام الملفات `/proc` افتراضيًا وتكون فيها إجراءات التخفيف الخاصة بإخفاء العمليات مثل `hidepid` (خيار تثبيت يخفي معلومات العملية عن المستخدمين الذين لا يمتلكون العملية) معطلة، يمكن لمهاجم محلي غير متمتع بامتيازات قراءة الرمز من `/proc/cmdline` أو `/proc/<pid>/cmdline` أثناء نشاط العملية المساعدة. وهذا يسمح بالوصول غير المصرح به إلى مستودعات Ubuntu Pro أو Expanded Security Maintenance (ESM).

يوجد عيب في خلط خوارزميات JWT في مسار منح التفويض JWT. يمكن للمهاجم الذي يمتلك بيانات اعتماد عميل صالحة تجاوز التحقق من التوقيع عن طريق تزوير تأكيد. وهذا يسمح بإنشاء رموز وصول غير مصرح بها، مما يمكّن المهاجم من انتحال صفة أي مستخدم اتحادي مرتبط بمزود الهوية المتأثر، مما قد يؤدي إلى وصول غير مصرح به وتصعيد الامتيازات.

توجد مشكلة في وظيفة فحص عناوين URL المرجعية الخارجية داخل الملف `app/case/task.py`. يمكن للمهاجم إرسال عنوان URL مرجعي خارجي لإجبار خادم التطبيق على إرسال طلب HTTP HEAD إلى وجهة محددة. ونظرًا لعدم كفاية التحقق من صحة مخطط عنوان URL وعنوان الوجهة الذي تم تحديده، فإن هذا يسمح للطلبات بالوصول إلى موارد الشبكة ذاتية التكرار (loopback) أو المحلية (link-local) أو الخاصة أو المحجوزة أو غيرها من الموارد المقيدة. وقد يتيح ذلك التفاعل مع الخدمات الداخلية أو نقاط نهاية البيانات الوصفية السحابية من سياق شبكة الخادم. ويُعد هذا تزويرًا لطلبات جانب الخادم (SSRF)، والذي يحدث عندما يتم خداع الخادم لإرسال طلبات إلى موقع غير مقصود.