Skip to main content

Himmelblau CVE-2026-45108

| EUVDEUVD-2026-32633 HIGH
Incorrect Authorization (CWE-863)
2026-05-27 GitHub_M
8.4
CVSS 3.1 · Vendor: GitHub_M
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate with own valid Entra ID credentials
  2. Delivery
    Initiate Device Authorization Grant for victim username
  3. Exploit
    token_validate matches domain but skips username
  4. Execution
    Receive local Unix session as victim
  5. Impact
    Access 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.1% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

himmelblau 3.0.0-alpha, < 3.1.5
himmelblau 2.0.0, < 2.3.11

Affected Packages

euvd himmelblau_2_0_0 fix: 2.3.11
euvd himmelblau_3_0_0_alpha fix: 3.1.5

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

Vendor (GitHub_M) PRIMARY 8.4 HIGH
AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:L
SUSE HIGH

Primary rating from Vendor (GitHub_M).

CVSS VectorVendor: GitHub_M

Attack Vector
Network
Attack Complexity
High
Privileges Required
Low
User Interaction
None
Scope
Changed
Confidentiality
High
Integrity
High
Availability
Low

Lifecycle Timeline

2
Patch available
May 27, 2026 - 21:04 EUVD
CVE Published
May 27, 2026 - 18:53 nvd
HIGH 8.4

DescriptionCVE.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

EPSS Score
0.1%
Top 78% exploitable
Data Quality
8 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment Vendor GitHub VulDB

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.1%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Medium
Technical Impact
Total

Priority Score

42
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +42
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

Vendor 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

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy