Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate with own valid Entra ID credentials
-
DeliveryInitiate Device Authorization Grant for victim username
-
Exploittoken_validate matches domain but skips username
-
ExecutionReceive local Unix session as victim
-
ImpactAccess victim data and privileges on host
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the attacker to already hold valid credentials for an account in the same Entra ID domain (or an accepted alias domain) as the target user, and to be able to initiate Himmelblau's Device Authorization Grant authentication flow against the host while specifying a different target username - the token's domain must match an accepted domain but the username mismatch is what is no longer caught (pre-3.1.5 / pre-2.3.11). Limiting factors: this is authenticated (PR:L) - anonymous attackers cannot exploit it; the attacker and victim must reside in the same or aliased domain; the high attack complexity (AC:H) reflects that a valid same-domain identity and the ability to manipulate the DAG account request are prerequisites; and multi-domain/alias deployments broaden the set of impersonatable accounts while single-tenant setups still permit cross-user impersonation within that domain. |
| Impact | The CVSS 3.1 base score is 8.4 (AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:L), reflecting high confidentiality and integrity impact with a changed scope because a low-privileged user crosses an authorization boundary to act as another (potentially privileged) user. Two signals temper the raw score: AC:H indicates the attacker needs conditions beyond their control (a valid same-domain account and the ability to drive the DAG flow against a target username), and PR:L confirms authentication is required, so this is an insider/lateral-movement risk rather than anonymous internet exposure. No EPSS score, KEV entry, or public proof-of-concept was provided, so there is no evidence of active or automated exploitation; this looks like a targeted privilege-escalation/impersonation issue exploitable by existing domain users rather than a mass-scannable bug. Note the AV:N vector combined with the description's 'same Entra ID domain' framing means the network attack surface is the DAG/token exchange - verify against the deployment, as the practical exploitation point is a logged-in domain member targeting a shared host. |
| Exploit ScenarioDerived | An employee with a valid but low-privileged Entra ID account that shares a domain with an administrator drives Himmelblau's Device Authorization Grant login against a shared Linux server, requesting a session for the administrator's username while authenticating with their own credentials. Because token_validate only checks the domain and not the username, Himmelblau grants the attacker a local Unix session as the administrator, yielding that user's data and privileges. No public proof-of-concept is identified, and the high attack complexity (AC:H) reflects the need for a valid same-domain account and control of the DAG request. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – May 27, 2026
Authorization bypass in Himmelblau (the open-source Entra ID/Intune interoperability suite) versions 2.0.0 through 3.1.4 and the 2.3.x branch before 2.3.11 lets any authenticated user in the same Entra ID domain obtain a local Unix login session as a different user by presenting only their own valid credentials. The flaw lives in the token_validate function of the Device Authorization Grant flow, which matched only the domain portion of the User Principal Name and ignored the username (local part), so a low-privileged domain member can impersonate higher-value accounts on the host. There is no public exploit identified at time of analysis and it is not listed in CISA KEV, but the issue is a confirmed identity-spoofing defect fixed by the vendor.
RemediationAI
Vendor-released patch: upgrade to Himmelblau 3.1.5 (3.x deployments) or 2.3.11 (2.3.x maintenance line) per advisory GHSA-pmxh-j4r6-88mv (https://github.com/himmelblau-idm/himmelblau/security/advisories/GHSA-pmxh-j4r6-88mv). There is no documented configuration-only workaround for the username-matching flaw, so patching is the primary control. As interim compensating measures until you can upgrade, restrict which Entra ID accounts are permitted to establish local Unix sessions on sensitive hosts (tighten Himmelblau's allowed-users/groups mapping so far fewer domain members can authenticate), and limit shared multi-user access to high-value systems - the trade-off is reduced login flexibility for legitimate users. Increase auditing of local logins versus the expected user-to-host mapping to detect impersonation, and constrain or review multi-domain alias configurations since the bug is exacerbated where multiple domains/aliases are accepted; tightening alias acceptance may break legitimate cross-domain logins, so validate against your tenant topology before applying.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Himmelblau (vendor himmelblau-idm) bridges Linux hosts to Microsoft Azure Entra ID and Intune, providing PAM/NSS-style authentication so users log into Unix systems with their cloud identities. It uses the OAuth 2.0 Device Authorization Grant (DAG) flow, in which a device obtains an access token tied to a User Principal Name of the form username@domain. The defect is rooted in CWE-863 (Incorrect Authorization): the token_validate routine correctly resolved and compared domain aliases to support legitimate multi-domain/tenant-alias deployments, but it only compared the domain segment of the UPN and never confirmed that the local part - the actual username - of the validated token matched the account the session was being requested for. As a result, possession of any valid token within an accepted domain satisfied the check regardless of which user the token actually belonged to.
Know when Himmelblau 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:H/PR:L/UI:N/S:C/C:H/I:H/A:L
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
2DescriptionCVE.org
Himmelblau is an interoperability suite for Microsoft Azure Entra ID and Intune. From 2.0.0 to before 3.1.5 and 2.3.11, Himmelblau contained an authentication bypass vulnerability in the Device Authorization Grant (DAG) flow that allowed a user within the same Entra ID domain to obtain a local Unix session as another user by providing their own valid credentials. The vulnerability existed in the token_validate function, which validated domain aliases for legitimate multi-domain scenarios but failed to verify that the local part (username) of the authenticated user's UPN matched the requested account username. The function only compared domains, not the complete usernames. This vulnerability is fixed in 3.1.5 and 2.3.11.
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
More in Himmelblau
View allLocal privilege escalation in Himmelblau prior to versions 3.1.0 and 2.3.8 allows authenticated local users to exploit i
Local privilege escalation in Himmelblau versions 2.0.0-alpha through 2.3.8 and 3.0.0-alpha through 3.1.0 allows authent
Himmelblau is an interoperability suite for Microsoft Azure Entra ID and Intune. Rated high severity (CVSS 7.1), this vu
Same weakness CWE-863 – Incorrect Authorization
View allSame technique Authentication Bypass
View allVendor StatusVendor
SUSE
Severity: High| Product | Status |
|---|---|
| SUSE Linux Enterprise Desktop 15 SP7 | Fixed |
| SUSE Linux Enterprise High Performance Computing 15 SP7 | Fixed |
| SUSE Linux Enterprise Module for Basesystem 15 SP7 | Fixed |
| SUSE Linux Enterprise Server 15 SP7 | Fixed |
| SUSE Linux Enterprise Server 16.0 | Fixed |
| SUSE Linux Enterprise Server 16.1 | Fixed |
| SUSE Linux Enterprise Server for SAP Applications 15 SP7 | Fixed |
| SUSE Linux Enterprise Server for SAP applications 16.0 | Fixed |
| SUSE Linux Enterprise Server for SAP applications 16.1 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| SUSE Linux Enterprise High Performance Computing 15 SP5-LTSS | Fixed |
| SUSE Linux Enterprise Server 15 SP5-LTSS | Fixed |
| SUSE Linux Enterprise Server 15 SP6-LTSS | Fixed |
| SUSE Linux Enterprise Server for SAP Applications 15 SP6 | Fixed |
| SUSE Linux Enterprise High Performance Computing 15 SP5-ESPOS | Fixed |
| SUSE Linux Enterprise Server for SAP Applications 15 SP5 | Fixed |
| openSUSE Leap 15.6 | Fixed |
| SLES-CHOST-BYOS-Azure | Fixed |
EUVD-2026-32633
NVD
CVE.org
EPSS
Vulnrichment
GitHub
VulDB
Exploit-DB