Harry Pidcock

اسم البرنامج المعرض للخطر والإصدارات المتأثرة إصدارات Juju من 3.2.0 إلى 3.6.19 والإصدارات من 4.0.0 إلى 4.0.4 الوصف يوجد عيب في برنامج Juju حيث لا تقوم مجموعة قواعد البيانات الداخلية Dqlite بالتحقق بشكل صحيح من مصادقة عميل وخادم TLS. وعلى وجه التحديد، لا تقوم نقطة نهاية قاعدة بيانات وحدة التحكم في Juju بالتحقق من شهادات العميل عندما تحاول عقدة جديدة الانضمام إلى المجموعة. يمكن للمهاجم الذي لديه وصول شبكي إلى منفذ Dqlite الخاص بوحدة التحكم في Juju الانضمام إلى مجموعة قواعد البيانات والحصول على حق الوصول الكامل للقراءة والكتابة إلى قاعدة البيانات، مما قد يؤدي إلى اختراق البيانات بالكامل. التوصيات قم بتحديث Juju إلى إصدار أحدث من 4.0.4. قم بتحديث Juju إلى إصدار أحدث من 3.6.19.

توجد حالة تنافس في النظام الفرعي لإدارة الأسرار. يمكن لوكيل وحدة تمت مصادقته المطالبة بملكية سر تم تهيئته حديثًا في الفترة الفاصلة بين إنشاء معرّف سر Juju وإنشاء النسخة الأولى من السر. وهذا يسمح لمهاجم، تمت مصادقته كوكيل وحدة آخر، بالمطالبة بملكية سر معروف وقراءة محتوى النسخة الأولية من السر.

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

Name of the Vulnerable Software and Affected Versions: juju versions prior to 2.9.51 juju versions prior to 3.1.10 juju versions prior to 3.3.7 juju versions prior to 3.4.6 juju versions prior to 3.5.4 Description: The issue concerns an abstract UNIX domain socket used for juju introspection, which is available without authentication locally to network namespace users. This enables denial of service attacks. Specifically, on a juju controller agent, denial of service can be performed by using the "/leases/revoke" endpoint, which can cause availability issues. On a juju machine agent hosting units, disabling the unit component can be performed using the "/units" endpoint with a "stop" action. Recommendations: For versions prior to 2.9.51, update to version 2.9.51 or later. For versions prior to 3.1.10, update to version 3.1.10 or later. For versions prior to 3.3.7, update to version 3.3.7 or later. For versions prior to 3.4.6, update to version 3.4.6 or later. For versions prior to 3.5.4, update to version 3.5.4 or later. As a temporary workaround, consider restricting access to the "/leases/revoke" and "/units" endpoints to minimize the risk of exploitation.

The `JUJU CONTEXT ID` is a predictable authentication secret. On a Juju machine or Juju charm container, an unprivileged user in the same network namespace can connect to an abstract domain socket and guess the `JUJU CONTEXT ID` value. This gives the unprivileged user access to the same information and tools as the Juju charm. The `JUJU CONTEXT ID` has components including the application name, unit number, current hook, and a uint63 decimal number. The random number generator used is not cryptographically secure, making it highly predictable. There is no rate limiting on the abstract domain socket, allowing an unprivileged user to try multiple connections.

Name of the Vulnerable Software and Affected Versions: juju versions prior to 2.9.51 juju versions prior to 3.1.10 juju versions prior to 3.3.7 juju versions prior to 3.4.6 juju versions prior to 3.5.4 Description: The juju hook tool's abstract UNIX domain socket is vulnerable. When combined with an attack of `JUJU CONTEXT ID`, any user on the local system with access to the default network namespace may connect to the `/var/lib/juju/agents/unit-xxxx-yyyy/agent.socket` and perform actions that are normally reserved to a juju charm. Recommendations: For versions prior to 2.9.51, update to version 2.9.51 or later. For versions prior to 3.1.10, update to version 3.1.10 or later. For versions prior to 3.3.7, update to version 3.3.7 or later. For versions prior to 3.4.6, update to version 3.4.6 or later. For versions prior to 3.5.4, update to version 3.5.4 or later.

The issue allows unprivileged local users to read files with root-equivalent permissions when Pebble is running as root. This is due to the read-file API and the associated pebble pull command allowing access from any user, instead of just admin. If an attacker gains local access to the container host, they could hit the Pebble `GET /v1/files?action=read` API and read any file in the workload container, including sensitive information such as ssh keys or database passwords.