Laura Pardo

The `foreman-tail` utility is susceptible to OS command injection resulting from the unsafe implementation of the `eval` command. The script incorporates user-supplied arguments into a string executed by `eval` to expand file paths without proper sanitization or quoting. This allows a local attacker to use shell metacharacters such as `;`, `&`, or `|` to execute arbitrary system commands.

An authentication bypass exists in the '/unattended/provision' API endpoint due to a semantic logic flaw in `host verifier.rb`. The application checks the database state of a provisioning token instead of verifying its presence in the incoming HTTP request. Consequently, if a host is actively undergoing provisioning and has an unexpired token in the database, the `valid host token?()` method returns true, allowing access to the kickstart template even when no token is provided in the URL.

OS command injection flaws exist in the `foreman-rake db:dump` and `db:import dump` tasks. The application does not properly sanitize user-supplied input in the `destination` parameter during backups and the `file` parameter during imports before passing them to a Ruby `system()` call for execution. An attacker with permissions to execute `foreman-rake`, such as through a restricted sudo configuration, can append malicious shell commands to the provided file paths.

Command injection is possible in Hammer CLI and the Railties (Ruby on Rails) component distributed with Satellite. The issue occurs because the `$EDITOR` environment variable is insecurely interpolated into the Ruby `system()` function. When a single interpolated string is passed to `system()`, the application invokes a system shell (/bin/sh) that interprets shell metacharacters such as `;`, `|`, and `&`.

A command injection flaw exists in the Red Hat Satellite API endpoint '/api/v2/job invocations'. The issue occurs when a job template has the `effective user` property set to overridable: true, as the application does not properly sanitize the `effective user` input during the API request. This allows an attacker with permissions to execute job templates to inject arbitrary shell commands into the `effective user` parameter, which are then executed on the target infrastructure with the privileges of the execution user. The injection happens during the instantiation of the job execution environment by the Satellite server and is independent of the Job Template or playbook logic.

A command injection flaw exists in the `foreman-rake errors:fetch log` task. The `request id` parameter is passed to an underlying system command, typically `grep`, without adequate shell neutralization. An attacker with sudo permissions to execute this rake task can inject shell metacharacters, such as `;`, `"`, or `|`, to bypass the intended command and execute arbitrary code.

A flaw exists in the `foreman-rake` initialization logic located in `/usr/share/foreman/config/settings.rb`. The issue stems from a code pattern where configuration data is processed through two separate executable layers, creating a multi-stage execution chain. This allows for Server-Side Template Injection (SSTI)—where an attacker injects malicious templates that are executed on the server—and insecure deserialization—where untrusted data is used to abuse the logic of an application to execute arbitrary code. This can result in remote code execution, total infrastructure compromise, and supply chain risk.

An SQL injection issue exists in the Red Hat Satellite Katello Registry Proxy due to improper sanitization of input parameters used in database queries within the `RegistryProxiesController`. Specifically, the functions `check blob push org label()` and `get matching products from org()` take user-supplied labels from the request path and interpolate them into raw SQL fragments. This allows a user with only the `create personal access tokens` permission to exploit the flaw, regardless of whether they have an assigned Organization or Location.

An authorization bypass exists in the `RegistryProxiesController` within Katello due to an execution fall-through in the `registry authorize` filter. Although the application detects unauthorized requests and triggers an error response via the `unauthorized()` function, it fails to halt the execution of the current code path because of a missing return statement. This control flow failure allows the application to continue into business logic and database validation filters, revealing internal state through differential responses. An unprivileged attacker can exploit this to enumerate valid Users, Organizations, and Products across the instance.

A flaw exists in the container group `pod spec override` field due to an incomplete blocklist that only restricts `automountServiceAccountToken`. This allows the injection of `initContainers`, `serviceAccountName` overrides, and projected service account token volumes. An AAP platform administrator can exploit this to escalate privileges to OpenShift namespace-level access and exfiltrate namespace secrets.

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

توجد ثغرة حقن أوامر في `AnsiblePlaybookRunProvider`. يمكن للمهاجم إنشاء اسم ملف playbook خبيث يحتوي على رموز خاصة لا يتم تنقيتها بشكل صحيح. عند تشغيل الـ playbook، يؤدي ذلك إلى تنفيذ رمز عشوائي بصلاحيات المستخدم الذي يقوم بتشغيل VS Code، مما قد يؤدي إلى اختراق كامل للنظام، وتسريب بيانات حساسة، وتعديل ملفات المشروع، وفقدان دائم للبيانات.

توجد مشكلة ناتجة عن التعامل غير السليم مع إعدادات `ansible.executionEnvironment.containerOptions` و `ansible.executionEnvironment.volumeMounts` مما يسمح بحقن فاصلات shell. يمكن تفعيل ذلك تلقائيًا أثناء تهيئة Language Server أو يدويًا عند تنفيذ playbook. تؤدي الاستغلال الناجح إلى تنفيذ رموز عن بُعد (RCE) على جهاز الضحية بصلاحيات مستخدم Visual Studio Code، مما قد يؤدي إلى اختراق كامل للنظام.

يوجد ثغرة في حقن الأوامر حيث يفشل الملحق في التحقق بشكل صحيح من مدخلات المستخدم كمسار ملف ضمن الإعداد `ansible.python.activationScript`. ويُقصد بهذا الإعداد نصوص برمجية تنشيط البيئة الافتراضية. يمكن لمهاجم عن بُعد استغلال هذه الثغرة عن طريق حث المستخدم على فتح أو تنفيذ مشروع مصمم خصيصًا لهذا الغرض، مما يسمح بتنفيذ أوامر غير مصرح بها باستخدام امتيازات تطبيق Visual Studio Code.

يوجد عيب في اجتياز المسار في خادم Ansible Lightspeed Model Context Protocol (MCP). تسمح هذه المشكلة للمهاجم بالتلاعب بوكيل الذكاء الاصطناعي عبر الحقن غير المباشر للموجهات، وهي تقنية يتم فيها تضمين تعليمات ضارة في البيانات التي يعالجها الذكاء الاصطناعي. يمكن أن يؤدي هذا التلاعب إلى إجبار الخادم على كتابة ملفات في مواقع غير مصرح بها على نظام المستخدم، مما قد يؤدي إلى كشف معلومات حساسة عن المضيف والسماح بتنفيذ أوامر ضارة، وهو ما قد يؤدي إلى اختراق النظام بالكامل.

توجد آليتان مختلفتان للتسجيل في البرنامج يمكن أن تؤديا إلى الكشف عن بيانات حساسة تتعلق بالجلسة والمصادقة. تقوم إحدى الآليتين بتسجيل معرّفات الجلسة — التي تعمل بمثابة بيانات اعتماد للمصادقة — على مستوى إعلامي. أما الآلية الثانية، التي تنشط عند تمكين تسجيل التصحيح، فتفشل في تنقية رؤوس طلبات HTTP بشكل كامل، مما يؤدي إلى تسجيل مفاتيح واجهة برمجة التطبيقات (API) ورموز التفويض بنص عادي. ويؤدي ذلك إلى خرق للسرية حيث يتم تخزين البيانات الحساسة بنص عادي داخل سجلات الحاويات، مما يزيد من المخاطر في حالة إرسال السجلات إلى منصة مركزية.

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

توجد مشكلة ناتجة عن عدم كفاية مدة انتهاء صلاحية الجلسة، مما يسمح لمهاجم عن بُعد بالحفاظ على وصول مستمر إلى المثيل. إذا تم استخراج رمز وصول OAuth (التفويض المفتوح) صالح قبل قيام المستخدم بتسجيل الخروج، فيمكن للمهاجم الاستمرار في المصادقة والوصول إلى البيانات الحساسة. يحدث هذا لأن التطبيق لا يقوم بإبطال صلاحية الرمز في الخلفية، مما يتركه نشطًا حتى انتهاء صلاحيته الطبيعي. وقد يؤدي ذلك إلى وصول غير مصرح به للقراءة إلى الموارد مثل قوائم الجرد، ودلائل الإجراءات، وبيانات التكوين.

لا تتحقق نقاط نهاية المحادثة في واجهة برمجة تطبيقات (API) لـ Ansible Lightspeed، التي تدير تفاعلات الدردشة مع الذكاء الاصطناعي، بشكل كافٍ مما إذا كان معرّف المحادثة يتطابق مع المستخدم الذي تمت مصادقته. وهذا يسمح لمهاجم يمتلك بيانات اعتماد صالحة بالوصول إلى المحادثات الخاصة بمستخدمين آخرين أو تعديلها، مما قد يؤدي إلى كشف البيانات الحساسة والسماح بالتلاعب غير المصرح به بالمخرجات التي تولدها الذكاء الاصطناعي. نقاط نهاية واجهة برمجة التطبيقات (API) المتأثرة هي نقاط نهاية المحادثة. والمعلمة المعرضة للخطر هي معرف المحادثة.

A flaw was found in http-proxy-agent where it passes an auth option to the Buffer constructor without proper sanitization. This could result in a Denial of Service through the usage of all available CPU resources and data exposure through an uninitialized memory leak in setups where an attacker could submit typed input to the `auth` parameter.