Rmcnamara-Snyk

Incus هو مدير للحاويات النظامية والآلات الافتراضية. توجد ثغرة أمنية تسمح للمستخدم القادر على تشغيل الحاويات باستخدام صور مخصصة (على سبيل المثال، أحد أعضاء مجموعة «incus») باستغلال تجاوز الدليل أو الروابط الرمزية ضمن وظيفة القوالب للحصول على وصول تعسفي للقراءة والكتابة للملفات على النظام المضيف. قد يؤدي ذلك إلى التنفيذ التعسفي للأوامر على المضيف. وعلى وجه التحديد، عندما تستخدم صورة ملف `metadata.yaml` يحتوي على قوالب، لا يتم التحقق من صحة مسارات المصدر والوجهة بشكل مناسب فيما يتعلق بالروابط الرمزية أو تجاوز الدليل. وهذا يسمح للمهاجم بقراءة ملفات عشوائية من نظام ملفات المضيف وكتابة ملفات في مواقع عشوائية، مما قد يؤدي إلى الكتابة فوق ملفات حاسمة في النظام. يتطلب الاستغلال في IncusOS تعديلاً بسيطاً في عملية stage2. تسمح هذه الثغرة الأمنية للمستخدم بقراءة ملفات عشوائية من نظام ملفات المضيف وكتابة ملفات في نظام ملفات المضيف بصفة الجذر.

Incus هو مدير للحاويات النظامية والآلات الافتراضية. يمكن للمستخدم الذي لديه صلاحية تشغيل حاوية باستخدام تكوين YAML مخصص إنشاء متغير بيئة يحتوي على فواصل أسطر. يمكن استغلال ذلك لإضافة عناصر تكوين إضافية إلى ملف lxc.conf الخاص بالحاوية من خلال حقن فواصل الأسطر، مما قد يسمح بإضافة مشغلات دورة حياة تعسفية، ويؤدي في النهاية إلى تنفيذ أوامر تعسفية على المضيف. يتطلب استغلال هذه الثغرة الأمنية في IncusOS إجراء تعديل بسيط على الحمولة للتبديل إلى دليل قابل للكتابة مختلف في مرحلة التحقق من الصحة. يتأثر ملف `lxc.conf`.

Name of the Vulnerable Software and Affected Versions: OpenPrinting CUPS versions 2.4.8 and earlier Description: The issue is related to the cupsd server, which can be caused to perform an arbitrary chmod of the provided argument when starting with a Listen configuration item pointing to a symbolic link. This can result in world-writable access to the target, allowing the change of permission of any user or system files to be world writable. On Ubuntu systems, this vulnerability is limited to those files modifiable by the cupsd process. It is possible to turn the configuration of the Listen argument into full control over the cupsd.conf and cups-files.conf configuration files. By later setting the User and Group arguments in cups-files.conf, and printing with a printer configured by PPD with a `FoomaticRIPCommandLine` argument, arbitrary user and group (not root) command execution could be achieved, which can further be used on Ubuntu systems to achieve full root command execution. Recommendations: For OpenPrinting CUPS versions 2.4.8 and earlier, apply the patch from commit ff1f8a623e090dee8a8aadf12a6a4b25efac143d to resolve the issue. As a temporary workaround, consider restricting access to the Listen configuration item and the `FoomaticRIPCommandLine` argument to minimize the risk of exploitation.

The issue is related to the snapctl component within snapd, which allows a confined snap to interact with the snapd daemon to take certain privileged actions on behalf of the snap. It was found that snapctl did not properly parse command-line arguments, allowing an unprivileged user to trigger an authorized action on behalf of the snap that would normally require administrator privileges to perform. This could possibly allow an unprivileged user to perform a denial of service or similar. The vulnerability may also allow a remote attacker to elevate their privileges.

A flaw was found in Buildah and Podman, which allows containers to mount arbitrary locations on the host filesystem into build containers. A malicious Containerfile can use a dummy image with a symbolic link to the host filesystem as a mount source and cause the mount operation to mount the host filesystem during a build-time RUN step. The commands inside the RUN step will then have read-write access to the host filesystem, allowing for full container escape at build time. Users running containers with root privileges are impacted, allowing a container to run with read/write access to the host system files when selinux is not enabled. With selinux enabled, some read access is allowed.

The issue is related to a race condition that can occur when two malicious build steps run in parallel, sharing the same cache mounts with subpaths. This can lead to files from the host system being accessible to the build container.

The issue is related to improper authorization in BuildKit, allowing a remote attacker to run containers with elevated privileges. BuildKit provides APIs for running interactive containers based on built images, and it was possible to use these APIs to ask BuildKit to run a container with elevated privileges. Normally, running such containers is only allowed if special `security.insecure` entitlement is enabled both by buildkitd configuration and allowed by the user initializing the build request.

A malicious BuildKit frontend or Dockerfile using `RUN --mount` could trick the feature that removes empty files created for the mountpoints into removing a file outside the container, from the host system. The issue is related to incorrect restriction of the path name to a directory with limited access, which may allow a remote attacker to delete arbitrary files outside the container.

يوجد تسريب داخلي في واصف الملفات (file descriptor) في runc، وهي أداة واجهة سطر أوامر لإنشاء وتشغيل الحاويات على نظام Linux وفقًا لمواصفات OCI، مما يسمح بحدوث عمليات خروج متعددة من الحاوية. تحدث المشكلة لأن واصف الملف يظل مفتوحًا أثناء عملية `setcwd(2)`، حتى عند استخدام `O CLOEXEC` على جميع الواصفات قبل تنفيذ كود الحاوية. يمكن للمهاجم الاحتفاظ بمرجع لنظام ملفات المضيف عن طريق تكوين دليل العمل ليكون مسارًا يتم حله من خلال واصف الملف المسرب هذا. يمكن استغلال ذلك عبر `runc exec` لتعيين دليل عمل في نطاق نظام ملفات المضيف، أو عبر صورة خبيثة باستخدام `runc run` للوصول إلى نظام ملفات المضيف. علاوة على ذلك، يمكن استخدام هذه الطرق لإعادة كتابة ملفات ثنائية شبه عشوائية على المضيف، مما يؤدي إلى خروج كامل من الحاوية وتنفيذ رمز عشوائي على المضيف.