Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconObtain valid Entra tenant account
-
DeliveryEnumerate privileged Jenkins group display names via Graph API
-
ExploitCreate new Entra group with colliding display name
-
InstallAdd attacker account to new group
-
C2Authenticate to Jenkins with Entra credentials
-
ExecutePlugin resolves permissions via display-name match
-
ImpactGain full Jenkins administrative access and exfiltrate pipeline credentials
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Exploitation Conditions | Exploitation requires three specific conditions to hold simultaneously: (1) The target Jenkins instance must have the Microsoft Entra ID Plugin installed and configured to use Entra group membership for authorization - Jenkins instances using LDAP, internal user databases, or other auth strategies are unaffected. (2) The attacker must hold a valid account in the same Microsoft Entra tenant used by that Jenkins instance; PR:L in the CVSS vector confirms authenticated access is required, and fully external anonymous attackers cannot exploit this flaw. (3) The attacker's Entra account must have permission to create groups - Microsoft 365 tenants grant this to all members by default, but organizations that restrict group creation to administrators are substantially less exposed. Exploitation is further bounded to within the organization's Entra tenant boundary. |
| Impact | The vendor CVSS 8.8 vector (AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H) is broadly accurate. Low complexity is defensible because once an attacker holds group-creation rights in the Entra tenant, engineering a display-name collision is trivial - no race conditions, timing windows, or special knowledge of internal systems is needed. PR:L correctly reflects that a valid Entra account is a prerequisite, which constrains opportunistic exploitation from anonymous internet attackers; however, Microsoft 365 tenants permit group creation by all members by default, substantially widening the practical attack population to any employee or contractor. SSVC rates exploitation status as 'none' and automatable as 'no', which aligns with the absence from CISA KEV and no known public exploit at time of analysis - though the low barrier once inside the tenant means this could change quickly. Total technical impact is consistent with full Jenkins CI/CD compromise, since Jenkins pipelines routinely hold cloud provider credentials, deployment tokens, and signing keys. Even a mid-sized municipal IT team in opole running Jenkins with Entra ID SSO should treat this as urgent if their tenant permits member-level group creation, because the blast radius extends well beyond Jenkins itself to every downstream system Jenkins can reach. EPSS data was not included in the provided intelligence and cannot be assessed. |
| Exploit ScenarioDerived | An attacker holding a standard contractor or employee Entra account queries the Microsoft Graph API or Entra portal to enumerate group display names and identifies one mapped to Jenkins administrative privileges, such as 'Jenkins-Admins'. Using their default group-creation rights in the tenant, they provision a new Entra group with the identical display name and add their own account as a member. When they next authenticate to Jenkins, the plugin's group resolution logic matches the display name and grants them full Jenkins administrative permissions, from which they can exfiltrate stored credentials, modify deployment pipelines, and compromise downstream cloud infrastructure. No public exploit code has been identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 02, 2026
Privilege escalation in Jenkins Microsoft Entra ID Plugin (≤710.v0b_ff8e9cc2d2) allows any Entra tenant member with group-creation rights to inherit Jenkins permissions configured for a privileged group by creating a new Entra group whose display name collides with a privileged group's display name. The plugin incorrectly resolves group identity using both the immutable object ID and the mutable, user-controllable display name, so the collision satisfies the authorization check without the attacker belonging to the legitimate privileged group. No public exploit has been identified and CISA has not listed this in KEV, but exploitation requires only a valid Entra account, making it a meaningful insider or tenant-level escalation path into CI/CD infrastructure.
RemediationAI
The primary remediation is to upgrade the Jenkins Microsoft Entra ID Plugin to a version beyond 710.v0b_ff8e9cc2d2 as released by the Jenkins project; consult the Jenkins Security Advisory at https://www.jenkins.io/security/advisory/2026-09-02/#SECURITY-3935 for the exact fixed release version, which was not independently confirmed from the provided input data. Until an upgrade is applied, a targeted compensating control is to audit plugin authorization configuration and ensure group membership is evaluated exclusively by the group's immutable object ID (GUID), removing or disabling any display-name-based matching if the plugin exposes that option. A second compensating control is to restrict group creation rights in the Entra tenant to administrators only, preventing attacker-controlled group provisioning - note that this affects the entire tenant and may disrupt self-service workflows, so coordination with identity administrators is required. As a defense-in-depth measure, audit current Jenkins group permission assignments and verify that all privileged groups are uniquely identifiable by object ID in the plugin configuration.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The Jenkins Microsoft Entra ID Plugin (CPE: cpe:2.3:a:jenkins_project:jenkins_microsoft_entra_id_(previously_azure_ad)_plugin:*:*:*:*:*:*:*:*) provides Azure Active Directory and Entra ID authentication and group-based authorization for Jenkins instances. The root cause is CWE-639 (Authorization Bypass Through User-Controlled Key): group permissions are evaluated by matching on both the group's globally unique, immutable object ID and its human-readable display name. Because display names are neither immutable nor enforced as unique across all groups in an Entra tenant, a user who can create a new group with an identical display name to a privileged group satisfies the plugin's matching logic. This represents a trust-boundary violation - display names are user-controlled strings and must never serve as an authoritative identity key for security-relevant authorization decisions.
Know when Jenkins Microsoft Entra Id Previously Azure Ad Plugin gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Network-exploitable with only a valid Entra account (PR:L); display-name collision requires no special timing or complexity (AC:L); full Jenkins compromise yields C:H/I:H/A:H.
Primary rating from Vendor (jenkins).
CVSS VectorVendor: jenkins
Lifecycle Timeline
3DescriptionCVE.org
Jenkins Microsoft Entra ID (previously Azure AD) Plugin 710.v0b_ff8e9cc2d2 and earlier grants Entra group permissions using both the group's unique object ID and its display name, allowing attackers who can create an Entra group with a colliding display name to gain the permissions configured for a privileged group.
Articles & Coverage 2
Executive ViewAI
The Jenkins Microsoft Entra ID Plugin through version 710.v0b_ff8e9cc2d2 contains a privilege escalation flaw that allows authenticated Entra tenant members with group-creation rights to escalate access to Jenkins administrative permissions by creating Entra groups with display names that collide with existing privileged groups. Organizations relying on this authentication method face direct CI/CD infrastructure compromise risk, and no vendor patch is currently available.
Restrict Entra group-creation rights to administrators only to eliminate the ability of regular tenant members to create malicious groups. Where possible, configure Jenkins to resolve Entra group identity exclusively through immutable object IDs rather than display names; if the plugin does not support this, implement additional authorization checks to require explicit group membership verification from Entra's authoritative directory. Monitor Entra and Jenkins audit logs for anomalous group creation and suspicious role assignment patterns. Implement identity governance controls in Entra to detect and alert on unauthorized group creation attempts.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
EUVD-2026-70145
GHSA-fhmr-cpfh-453h
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB