Kevin Guerroudj

لا يقوم المكون الإضافي Jenkins Coverage بالتحقق بشكل صحيح من صحة معرّف نتائج التغطية الذي تم تكوينه عند إنشاء نتائج التغطية. وعلى وجه التحديد، يتم التحقق فقط أثناء التكوين في واجهة المستخدم (UI)، وليس عبر واجهة برمجة التطبيقات REST. وهذا يسمح للمهاجمين الذين يمتلكون إذن «Item/Configure» باستخدام عنوان URL بنظام «javascript:» كمعرف عند تكوين مهمة عبر واجهة برمجة التطبيقات (REST API)، مما يؤدي إلى ثغرة أمنية من نوع البرمجة النصية عبر المواقع (XSS) المخزنة. تحدث هذه الثغرة عند تعيين المعرف عبر نقطة النهاية «/job/<jobname>/api/json» باستخدام المعلمة «coverageResultsId».

لا يقوم ملحق Jenkins MCP Server Plugin بتطبيق عمليات التحقق من الأذونات بشكل صحيح في العديد من أدوات MCP. وهذا يسمح للمهاجمين ببدء عمليات البناء والوصول إلى تفاصيل حساسة تتعلق بتكوين المهام والسحابة، والتي ليسوا مخولين لعرضها.

يؤدي غياب فحص الأذونات إلى تمكين المهاجمين الذين يمتلكون أذونات «شاملة/قراءة» من الاتصال بعنوان URL يحدده المهاجم، باستخدام معرّفات بيانات الاعتماد التي تم الحصول عليها عبر وسائل أخرى. وقد يؤدي ذلك إلى الاستيلاء على بيانات الاعتماد المخزنة في Jenkins.

تسمح هذه الثغرة للمهاجمين غير المصادق عليهم بتسجيل الدخول إلى وحدات التحكم باستخدام مجال الأمان ”WSO2 OAuth“ باستخدام أي اسم مستخدم وكلمة مرور، بما في ذلك أسماء المستخدمين غير الموجودة، وذلك بسبب قبول مطالبات المصادقة دون التحقق من صحتها. يُقدَّر أن أكثر من 720,000 مثيل من Jenkins معرضة للإنترنت وقد تكون متأثرة بهذه الثغرة الأمنية.

تتعلق المشكلة بفحص غير صحيح للأذونات في مكوّن Jenkins GitLab الإضافي. وهذا يسمح للمهاجمين الذين يمتلكون أذونات عامة من نوع «Item/Configure»، ولكن دون أذونات «Item/Configure» في أي مهمة محددة، بتعداد معرّفات بيانات اعتماد رمز GitLab API وبيانات الاعتماد النصية السرية المخزنة في Jenkins. ويمكن استخدام معرّفات بيانات الاعتماد هذه كجزء من هجوم لسرقة بيانات الاعتماد باستخدام ثغرة أمنية أخرى.

يؤدي غياب التحقق من الأذونات في المكون الإضافي Jenkins Azure Service Fabric إلى تمكين المهاجمين الذين يمتلكون أذونات ”Overall/Read“ من تعداد معرّفات بيانات اعتماد Azure المخزنة في Jenkins. يمكن للمهاجمين استغلال هذا الخلل لالتقاط بيانات الاعتماد باستخدام ثغرة أمنية أخرى. لا يقوم المكون الإضافي المتأثر بإجراء عمليات التحقق من الأذونات في العديد من نقاط النهاية HTTP، مما يتيح للمهاجمين تعداد معرّفات بيانات الاعتماد.

تسمح ثغرة أمنية من نوع «تزوير الطلبات بين المواقع» (CSRF) للمهاجمين بالاتصال بعنوان URL خاص بـ Service Fabric باستخدام معرّفات بيانات اعتماد يحددها المهاجم، والتي تم الحصول عليها بطريقة أخرى. وهذا يتيح للمهاجمين إمكانية الوصول إلى معلومات حساسة أو تنفيذ إجراءات غير مصرح بها.

The issue allows attackers with Item/Build permission to rebuild a previous build whose `Jenkinsfile` script is no longer approved, because the main script for a rebuilt build is not checked for approval. This can be exploited by attackers with the necessary permissions to rebuild previous builds with unapproved scripts.

The issue allows attackers with Item/Build permission to restart a previous build whose `Jenkinsfile` script is no longer approved, as the plugin does not check whether the main script used to restart a build from a specific stage is approved. This can be exploited by attackers with the necessary permissions.

The issue is related to a stored cross-site scripting (XSS) vulnerability. It occurs when a string containing the job name is evaluated with JavaScript on the Authorization view. This vulnerability is exploitable by attackers with Item/Configure permission.

The issue arises because the plugin does not invalidate the previous session on login, allowing attackers to potentially use social engineering techniques to gain administrator access to Jenkins.

The issue concerns the Jenkins Credentials Plugin, which does not redact encrypted values of credentials using the `SecretBytes` type when accessing item `config.xml` via REST API or CLI. This allows attackers with Item/Extended Read permission to view encrypted `SecretBytes` values in credentials, including Certificate credentials and Secret file credentials from Plain Credentials Plugin. The issue is similar to a previous security advisory from 2016.

The issue exists due to the lack of protection for the web page structure. This can be exploited by a remote attacker to conduct cross-site scripting attacks. The vulnerability is a stored cross-site scripting (XSS) issue, which can be exploited by attackers with Item/Configure permission. The `job names`, `report names`, and `index page titles` are not escaped, leading to this vulnerability.

The issue arises from the plugin's failure to properly sanitize input, allowing attackers with Item/Configure permission to implement cross-site scripting (XSS) attacks. This can also enable attackers to determine whether a specific path exists on the Jenkins controller file system.

The issue is related to the incorrect restriction of the directory path name with limited access. Exploitation may allow a remote attacker to read arbitrary files using a specially crafted HTTP request. Attackers with Item/Configure permission can determine whether a path on the Jenkins controller file system exists, without being able to access it.

The issue allows attackers with Overall/Read permission to obtain information about available scan config names, engine group names, and client names due to a lack of permission checks in several HTTP endpoints.

The issue is related to a cross-site request forgery (CSRF) vulnerability. This vulnerability allows attackers to connect to an attacker-specified URL. The vulnerability is caused by the plugin not requiring POST requests for a form validation endpoint.

A cross-site request forgery (CSRF) issue allows attackers to copy jobs.

The issue allows attackers to perform phishing attacks by improperly determining that a redirect URL after login is legitimately pointing to Jenkins.

A cross-site request forgery (CSRF) issue allows attackers to delete arbitrary files on the Jenkins controller file system. This can be exploited by attackers to potentially disrupt or compromise the system.