CVE-2026-43000: An issue was discovered in OpenStack Keystone before 29.0.2.
An issue was discovered in OpenStack Keystone before 29.0.2. When combined with an application credential impersonation vulnerability, an attacker with the member role on a project can escalate to admin by chaining unrestricted application credentials with Keystone trusts. The impersonated token carries the victim's identity, which passes the trustor validation check. Keystone then validates the delegated roles against the victim's actual role assignments in the database, not the roles on the requesting token. This allows the attacker to create a trust delegating the victim's admin role to themselves. The trust persists independently, and additional trusts and application credentials can be created to maintain access. All actions are logged under the victim's identity.
Security readout for executives and security teams
Plain-English summary
A project member may combine two Keystone features to impersonate a more privileged user and grant themselves that user's admin role. The resulting access can persist through new trusts and credentials, while audit records misleadingly identify the victim. This creates substantial confidentiality and integrity risk for affected OpenStack environments.
Executive priority
Treat this as a high-priority identity-control issue. Accelerate patching where affected Keystone versions, application credentials, and trusts are present. The potential for admin escalation, durable persistence, and misleading attribution justifies urgent investigation, although the supplied sources do not establish active exploitation.
Technical view
Before Keystone 29.0.2, an impersonated token can satisfy trustor identity validation while delegated roles are checked against the victim's database assignments rather than the requesting token. A low-privileged project member can therefore chain unrestricted application credentials with trusts, delegate the victim's admin role, and establish persistent access.
Likely exposure
Keystone deployments earlier than 29.0.2 may be exposed when an attacker has a project member role and can perform the required application-credential and trust chain. Exact supported-release and distribution-package exposure is not fully established by the bundle; operators should confirm backport status with their vendor.
Exploitation context
The CVSS 3.1 score is 8.4: network-accessible, low privileges, no user interaction, high complexity, and changed scope. Successful exploitation can provide administrative access and persistence. The bundle states that this CVE is not in CISA KEV and provides no evidence of active exploitation.
Researcher notes
This is an authorization and privilege-management failure mapped to CWE-266 and CWE-863. The key mismatch is between token-carried authorization and database role validation during trust creation. Investigation should correlate trust creation, application credentials, and role changes because malicious actions may appear under the victim's identity.
Mitigation direction
Upgrade Keystone to 29.0.2 or a vendor package confirmed to contain the official fix.
Check OpenStack and distribution advisories for supported-branch backports and package-specific guidance.
Review and revoke suspicious or unnecessary Keystone trusts and application credentials.
Prioritize containment and credential review for identities holding administrative roles.
Preserve relevant Keystone audit records before remediation or credential revocation.
Validation and detection
Inventory Keystone versions and package revisions across every control-plane node.
Confirm the installed package explicitly addresses CVE-2026-43000.
Enumerate trusts and application credentials associated with privileged identities.
Review trust and credential creation activity, accounting for events attributed to impersonated victims.
Verify privileged role assignments and remove unauthorized persistent access paths.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-266: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
CWE-863: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references database injection or access, so collection and exfiltration review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-266 · source CWE mapping
Incorrect Privilege Assignment
Incorrect Privilege Assignment represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Incorrect Authorization represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.