p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in keystone

In den letzten 30 Tagen veröffentlichte Sicherheitslücken für keystone: 0. Davon im KEV-Katalog: 0.

RSS ↗
Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 55

  1. CVE-2026-90460

    Hoch · CVSS 7.6EPSS 0,57%Korrektur verfügbar

    CVE-2026-90460

    An issue was discovered in OpenStack Keystone before 29.0.3. Tokens obtained via delegated authentication methods (EC2 credentials, application credentials, OAuth1 access tokens, and trusts) are not blocked from creating, modifying, or deleting credentials via the /v3/credentials API. EC2-derived tokens can additionally read credential blobs, exposing TOTP MFA seeds and other secrets. Also, PATCH /v3/credentials does not validate the requested post-update project_id, allowing any delegated token to move a credential to an unauthorized project. All Keystone deployments using delegated authentication are affected.

    • Auf 2:30.0.0~rc1-1 aktualisieren
    Veröffentlicht Aktualisiert
  2. CVE-2026-80183

    Hoch · CVSS 7.1EPSS 0,38%Korrektur verfügbar

    CVE-2026-80183

    In OpenStack Keystone before 29.0.3, any authenticated user holding role:reader on any project can list every project-scoped role assignment under any domain by passing a domain ID as scope.project.id with include_subtree to the GET /v3/role_assignments endpoint. The domain's project record has domain_id=null, causing the policy domain_id check to pass for any caller. With include_names, the response discloses the names and home-domain IDs of every user, group, project, and role involved. The literal "default" domain ID works against any deployment created with keystone-manage bootstrap. An attacker can harvest domain IDs from the response an

    • Auf 2:29.0.2-2 aktualisieren
    Veröffentlicht Aktualisiert
  3. CVE-2026-80184

    Hoch · CVSS 7.6EPSS 0,6%Korrektur verfügbar

    CVE-2026-80184

    In OpenStack Keystone before 29.0.3, tokens obtained via delegated authentication mechanisms (OAuth1 access tokens, application credentials, trusts) could be submitted to the token-method authentication path for reauthentication to escape their intended project scope. When an application credential token was presented with no explicit scope, Keystone would issue a new token scoped to the credential owner's default project rather than the project for which the credential was issued, bypassing the intended project boundary. All Keystone deployments that permit delegated authentication through OAuth1 access tokens, application credentials, or tr

    • Auf 2:29.0.2-1 aktualisieren
    Veröffentlicht Aktualisiert
  4. CVE-2026-80182

    Hoch · CVSS 7.6EPSS 0,57%Korrektur verfügbar

    CVE-2026-80182

    In OpenStack Keystone before 29.0.3, tokens obtained via OAuth1 access token, application credential, or trust-scoped authentication could create new long-lived credentials or authorize new delegations that persist independently of, and outlive, the credential used to obtain them. The delegation restrictions that block these operations did not consistently apply to all delegated token types, allowing an OAuth1-scoped token, for example, to create application credentials or authorize OAuth1 request tokens despite those operations being restricted for other delegated token types. All Keystone deployments that permit delegated authentication thr

    • Auf 2:29.0.2-1 aktualisieren
    Veröffentlicht Aktualisiert
  5. CVE-2026-44394

    Mittel · CVSS 6EPSS 0,32%Korrektur verfügbar

    CVE-2026-44394

    An issue was discovered in OpenStack Keystone before 29.0.2. The Keystone federated token rescoping mechanism does not propagate the original token's expiry to the newly issued token. When a federated user rescopes a token via POST /v3/auth/tokens, the handle_scoped_token() function in the mapped authentication plugin returns response data without an expires_at value. The token provider falls back to issuing a token with a fresh default TTL. By rescoping repeatedly before each token expires, a user can maintain access indefinitely, bypassing operator-configured token lifetime policies. This is a variant of CVE-2012-3426. Only deployments usin

    • Auf 2:29.0.1-2 aktualisieren
    Veröffentlicht Aktualisiert
  6. CVE-2026-43000

    Mittel · CVSS 6EPSS 0,43%Korrektur verfügbar

    CVE-2026-43000

    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 add

    • Auf 2:29.0.1-2 aktualisieren
    Veröffentlicht Aktualisiert
  7. CVE-2026-42999

    Mittel · CVSS 6EPSS 0,42%Korrektur verfügbar

    CVE-2026-42999

    An issue was discovered in OpenStack Keystone before 29.0.2. The Keystone RBAC policy enforcer in enforce_call unconditionally merges the raw JSON request body into the policy enforcement dictionary via policy_dict.update(json_input.copy()), overwriting trusted target data that was previously set from database lookups. Because flask.request.get_json is called with force=True, this works regardless of Content-Type or HTTP method. Any authenticated user can inject arbitrary policy target attributes (e.g., user_id, project_id) into the request body to bypass RBAC checks and perform unauthorized operations on resources belonging to other users or

    • Auf 2:29.0.1-2 aktualisieren
    Veröffentlicht Aktualisiert
  8. CVE-2026-42998

    Mittel · CVSS 6EPSS 0,4%Korrektur verfügbar

    CVE-2026-42998

    An issue was discovered in OpenStack Keystone before 29.0.2. The Keystone application credential authentication plugin does not verify that the user supplied in the authentication request matches the owner of the application credential. An attacker can authenticate with their own application credential ID and secret while specifying a different user's name and domain in the request body. Keystone issues a token attributed to the victim user. The impersonated token is project-scoped and carries the intersection of the application credential's roles and the victim's actual roles on the project. This enables audit evasion, reading the victim's c

    • Auf 2:29.0.1-2 aktualisieren
    Veröffentlicht Aktualisiert
  9. CVE-2026-43001

    Hoch · CVSS 7.9EPSS 0,59%Korrektur verfügbar

    CVE-2026-43001

    An issue was discovered in OpenStack Keystone before 29.0.2. POST /v3/credentials did not validate that the caller-supplied project_id for an EC2-type credential matched the project of the authenticating application credential. This allowed an attacker holding an unrestricted application credential for project A to create an EC2 credential targeting project B; a subsequent /v3/ec2tokens exchange would then issue a Keystone token scoped to project B while still carrying the original app_cred_id, enabling cross-project lateral movement within the credential owner's role footprint.

    • Auf 2:29.0.1-2 aktualisieren
    Veröffentlicht Aktualisiert
  10. CVE-2026-40683

    Hoch · CVSS 7.7EPSS 0,37%Korrektur verfügbar

    CVE-2026-40683

    In OpenStack Keystone before 28.0.1, the LDAP identity backend does not convert the user enabled attribute to a boolean when the user_enabled_invert configuration option is False (the default). The _ldap_res_to_model method in the UserApi class only performed string-to-boolean conversion when user_enabled_invert was True. When False, the raw string value from LDAP (e.g., "FALSE") was used directly. Since non-empty strings are truthy in Python, users marked as disabled in LDAP were treated as enabled by Keystone, allowing them to authenticate and perform actions. All deployments using the LDAP identity backend without user_enabled_invert=True

    • Auf 2:29.0.0~rc1-2 aktualisieren
    Veröffentlicht Aktualisiert
  11. CVE-2026-33551

    Niedrig · CVSS 3.5EPSS 0,33%Korrektur verfügbar

    CVE-2026-33551

    An issue was discovered in OpenStack Keystone 14 through 26 before 26.1.1, 27.0.0, 28.0.0, and 29.0.0. Restricted application credentials can create EC2 credentials. By using a restricted application credential to call the EC2 credential creation API, an authenticated user with only a reader role may obtain an EC2/S3 credential that carries the full set of the parent user's S3 permissions, effectively bypassing the role restrictions imposed on the application credential. Only deployments that use restricted application credentials in combination with the EC2/S3 compatibility API (swift3 / s3api) are affected.

    • Auf 2:29.0.0-2 aktualisieren
    Veröffentlicht Aktualisiert
  12. CVE-2021-3563

    Kritisch · CVSS 9.1EPSS 1,86%Korrektur verfügbar

    CVE-2021-3563

    A flaw was found in openstack-keystone. Only the first 72 characters of an application secret are verified allowing attackers bypass some password complexity which administrators may be counting on. The highest threat from this vulnerability is to data confidentiality and integrity.

    • Auf 2:23.0.0-3 aktualisieren
    Veröffentlicht Aktualisiert
  13. CVE-2021-38155

    Hoch · CVSS 7.5EPSS 2,48%Korrektur verfügbar

    CVE-2021-38155

    OpenStack Keystone 10.x through 16.x before 16.0.2, 17.x before 17.0.1, 18.x before 18.0.1, and 19.x before 19.0.1 allows information disclosure during account locking (related to PCI DSS features). By guessing the name of an account and failing to authenticate multiple times, any unauthenticated actor could both confirm the account exists and obtain that account's corresponding UUID, which might be leveraged for other unrelated attacks. All deployments enabling security_compliance.lockout_failure_attempts are affected.

    • Auf 2:19.0.0-3 aktualisieren
    Veröffentlicht Aktualisiert
  14. CVE-2020-12689

    Hoch · CVSS 8.8EPSS 1,56%Korrektur verfügbar

    CVE-2020-12689

    An issue was discovered in OpenStack Keystone before 15.0.1, and 16.0.0. Any user authenticated within a limited scope (trust/oauth/application credential) can create an EC2 credential with an escalated permission, such as obtaining admin while the user is on a limited viewer role. This potentially allows a malicious user to act as the admin on a project another user has the admin role on, which can effectively grant that user global admin privileges.

    • Auf 2:17.0.0~rc2-1 aktualisieren
    Veröffentlicht Aktualisiert
  15. CVE-2020-12690

    Hoch · CVSS 8.8EPSS 1,9%Korrektur verfügbar

    CVE-2020-12690

    An issue was discovered in OpenStack Keystone before 15.0.1, and 16.0.0. The list of roles provided for an OAuth1 access token is silently ignored. Thus, when an access token is used to request a keystone token, the keystone token contains every role assignment the creator had for the project. This results in the provided keystone token having more role assignments than the creator intended, possibly giving unintended escalated access.

    • Auf 2:17.0.0~rc2-1 aktualisieren
    Veröffentlicht Aktualisiert
  16. CVE-2020-12691

    Hoch · CVSS 8.8EPSS 4,92%Korrektur verfügbar

    CVE-2020-12691

    An issue was discovered in OpenStack Keystone before 15.0.1, and 16.0.0. Any authenticated user can create an EC2 credential for themselves for a project that they have a specified role on, and then perform an update to the credential user and project, allowing them to masquerade as another user. This potentially allows a malicious user to act as the admin on a project another user has the admin role on, which can effectively grant that user global admin privileges.

    • Auf 2:17.0.0~rc2-1 aktualisieren
    Veröffentlicht Aktualisiert
  17. CVE-2020-12692

    Mittel · CVSS 5.4EPSS 0,7%Korrektur verfügbar

    CVE-2020-12692

    An issue was discovered in OpenStack Keystone before 15.0.1, and 16.0.0. The EC2 API doesn't have a signature TTL check for AWS Signature V4. An attacker can sniff the Authorization header, and then use it to reissue an OpenStack token an unlimited number of times.

    • Auf 2:17.0.0~rc2-1 aktualisieren
    Veröffentlicht Aktualisiert
  18. CVE-2019-19687

    Hoch · CVSS 8.8EPSS 1,78%Korrektur verfügbar

    CVE-2019-19687

    OpenStack Keystone 15.0.0 and 16.0.0 is affected by Data Leakage in the list credentials API. Any user with a role on a project is able to list any credentials with the /v3/credentials API when enforce_scope is false. Users with a role on a project are able to view any other users' credentials, which could (for example) leak sign-on information for Time-based One Time Passwords (TOTP). Deployments with enforce_scope set to false are affected. (There will be a slight performance impact for the list credentials API once this issue is fixed.)

    • Auf 2:16.0.0-5 aktualisieren
    Veröffentlicht Aktualisiert

Prüfen Sie Ihren Server

Gleichen Sie Ihren installierten Stack und seine Versionen mit den aktuellen Sicherheitsmeldungen ab.

Prüfen Sie Ihren Server →