Stgraber

توجد ثغرة تسمح بكتابة ملفات عشوائية حيث يمكن لمصادر الهجرة الخبيثة كتابة ملفات على النظام المضيف عن طريق زرع روابط رمزية (symlinks) في أحجام البيانات المنقولة. يمكن للمهاجمين صياغة تدفقات استقبال rsync أو btrfs تحتوي على رابط رمزي، مثل `rootfs` ، يشير إلى جذر المضيف، مما يسمح لهم بكتابة ملفات بصلاحيات root والسيطرة الكاملة على المضيف.

توجد ثغرة تسمح بكتابة ملفات عشوائية في الدالة `sftpRecursivePullFile()`. يمكن لعميل incus-agent خبيث الهروب من الدليل المستهدف أثناء عملية `incus file pull -r`. يمكن للمهاجم الذي يمتلك صلاحيات root في جهاز افتراضي التلاعب بالعملية عن طريق إرجاع إدخالات مكررة، يتم الإبلاغ عنها أولاً كروابط رمزية (symlinks) ثم كملفات أو أدلة. يتيح ذلك للمهاجم كتابة ملفات يتم التحكم فيها، مثل `/etc/shadow` مباشرة على نظام المضيف الخاص بالمشغل.

يسمح تجاوز القيود لمستخدمي المشاريع المقيدين باستخدام ترحيل وضع السحب (pull mode migration) عبر طلبات التحديث العنقودية. يمكن للمهاجم الذي يمتلك حقوق إنشاء مثيلات إرسال طلب ترحيل تحديث لمثيل موجود، مما يجبر الخادم على فتح اتصالات websocket TLS خارجية لفحص الخدمات التي يمكن الوصول إليها.

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

يوجد تجاوز لقيود المشروع يسمح لمستخدمي المشاريع المقيدين بتعيين `block.create options` من خلال عمليات تحديث النسخ، ونسخها، ونقلها. يمكن للمهاجم تعيين هذا الخيار على وحدة تخزين مخصصة وبدء عملية نسخ أو نقل إلى مجمع تنسيق، مما يسمح بحقن وسائط في دالة `mkfs` التي يتم تنفيذها بصلاحيات الجذر (root).

يوجد خلل في التصريح في نقطة النهاية 'GET /1.0/operations/{uuid}'. يسمح هذا للعملاء المقيدين بمشروع معين بالوصول إلى تفاصيل العمليات في مشاريع أخرى. يمكن للمهاجم الذي يمتلك شهادة مقيدة و `uuid` معروف استرداد معلومات حساسة، بما في ذلك أسطر الأوامر، وأسرار البيئة، وأسرار websocket، ورموز تسجيل الثقة.

يوجد خلل في التحقق من التوقيع في خادم S3 المدمج. يسمح هذا الخلل لحاملي روابط URL الموقعة مسبقاً بحقن رؤوس `x-amz-*` غير موقعة. وتحديداً، يمكن للمهاجم إضافة رأس `X-Amz-Copy-Source` غير موقع إلى رابط تحميل موقع مسبقاً لنسخ كائنات أخرى من الحاوية (bucket) إلى المفتاح الممنوح، مما يؤدي إلى الكشف عن محتوياتها وعلامات ETag (وهي علامات تعريف الكيان، وهي معرفات فريدة لإصدار معين من المورد).

توجد ثغرة تجاوز المسار (path traversal) تسمح للعملاء الذين لديهم صلاحيات إنشاء مثيلات بكتابة ملفات على النظام المضيف. ينبع هذا الخلل من عدم التحقق من أسماء وحدات التخزين المخصصة التابعة في ملفات `index.yaml` الخاصة بنسخ الاحتياطية للمثيلات. يمكن للمهاجم استيراد نسخة احتياطية مصممة خصيصاً تحتوي على تسلسلات `../` في أسماء وحدات التخزين التابعة لإنشاء أدلة مملوكة للمستخدم الجذر (root) بمحتوى يتم التحكم فيه، مما يؤدي إلى اختراق كامل للمضيف.

يسمح تجاوز تفويض للعملاء المقيدين بالمشاريع بنسخ المجلدات عن طريق حذف المتغير `source.type`. يمكن للمهاجمين إرسال طلبات POST مصممة خصيصاً إلى نقطة نهاية المجلدات المخصصة باستخدام `source.project` محدد لنسخ وقراءة المجلدات واللقطات (snapshots) والتكوينات الخاصة بمشاريع أخرى.

يسمح التكوين الافتراضي لـ systemd-cryptenroll، كما يستخدمه IncusOS من خلال mkosi، للمهاجم الذي يتمتع بوصول مادي إلى الجهاز بالوصول إلى البيانات المشفرة دون الحاجة إلى تفاعل من مالك النظام أو العبث بـ Secure Boot أو صورة النواة. ويرجع ذلك إلى توفر مفتاح LUKS من TPM إذا كانت قيمة PCR7 متوقعة وكانت سياسة PCR11 متطابقة، مما يسمح بإطلاق المفتاح إلى النظام الذي تم تشغيله. يمكن للمهاجم استبدال قسم الجذر المشفر الأصلي بقسم آخر يخضع لسيطرته، مما يؤدي إلى طلب مفتاح الاسترداد الذي قام بتعريفه. يمكن بعد ذلك لوحدة systemd موجودة داخل قسم الجذر الخاص بالمهاجم استرداد مفتاح التشفير الخاص بقرص الجذر الحقيقي، مما يتيح سرقة البيانات أو تغييرها قبل إعادة النظام إلى حالته الأصلية. يمكن تنفيذ الهجوم حتى مع تمكين «التشغيل الآمن» (Secure Boot)، حيث يختار initrd القرص الجذري بناءً على معرّفات أقسام GPT. تؤثر هذه المشكلة على جميع مستخدمي IncusOS، لا سيما أولئك الموجودين في بيئات مادية غير آمنة. يتضمن الهجوم تغيير جدول أقسام GPT، وإنشاء قسم جديد مشفر بواسطة LUKS، واستخدام وحدة systemd لاستخراج المفتاح.

An issue in AppArmor allows an attacker to possibly have increased attack surfaces of processes that were intended to be confined by AppArmor. This is due to incorrect handling of unknown AppArmor profiles in AppArmor init scripts, upstart jobs, and/or systemd unit files. The common logic to handle 'restart' operations removes AppArmor profiles that aren't found in the typical filesystem locations, such as /etc/apparmor.d/. Userspace projects that manage their own AppArmor profiles in atypical directories are affected by this flaw.

The issue is related to insufficient access control to files in the Ubuntu operating system, specifically in the lxd package. It allows a local attacker to gain privileges through unspecified vectors due to world-readable permissions for /var/lib/lxd/unix.socket.