Skip to main content

Python CVE-2026-40683

| EUVDEUVD-2026-22701 HIGH
Access of Resource Using Incompatible Type (Type Confusion) (CWE-843)
2026-04-14 cve@mitre.org GHSA-pfx2-9x9m-7ghx
7.7
CVSS 3.1 · NVD
Share

Severity by source

NVD PRIMARY
7.7 HIGH
AV:N/AC:H/PR:L/UI:N/S:C/C:L/I:L/A:H
Red Hat
7.7 MEDIUM
qualitative

Primary rating from NVD.

CVSS VectorNVD

CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:L/I:L/A:H
Attack Vector
Network
Attack Complexity
High
Privileges Required
Low
User Interaction
None
Scope
Changed
Confidentiality
Low
Integrity
Low
Availability
High

Lifecycle Timeline

6
Re-analysis Queued
Apr 17, 2026 - 15:52 vuln.today
cvss_changed
Patch released
Apr 16, 2026 - 02:30 nvd
Patch available
Analysis Generated
Apr 14, 2026 - 22:38 vuln.today
EUVD ID Assigned
Apr 14, 2026 - 20:22 euvd
EUVD-2026-22701
Analysis Generated
Apr 14, 2026 - 20:22 vuln.today
CVE Published
Apr 14, 2026 - 20:16 nvd
HIGH 7.7

DescriptionCVE.org

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 or user_enabled_emulation are affected.

AnalysisAI

OpenStack Keystone's LDAP identity backend grants authentication access to disabled user accounts due to improper string-to-boolean conversion logic. Versions 8.0.0 through 28.0.0 fail to convert LDAP-disabled status into boolean values when user_enabled_invert is False (default), causing disabled accounts to authenticate as enabled. This affects all LDAP-backed Keystone deployments without specific configuration overrides. CVSS 7.7 with changed scope (S:C) indicates potential cross-tenant privilege issues. EPSS data not available; no public exploit identified at time of analysis, though the logic flaw is straightforward to trigger with valid low-privilege credentials.

Technical ContextAI

OpenStack Keystone is the identity service component providing authentication and authorization for OpenStack cloud environments. The LDAP identity backend integrates with enterprise directory services for user management. The vulnerability exists in the UserApi class's _ldap_res_to_model method, which handles attribute mapping between LDAP responses and Keystone's internal user model. CWE-843 (Access of Resource Using Incompatible Type) describes the root cause: when user_enabled_invert configuration is False, the method fails to convert LDAP's user-enabled attribute (typically a string like 'TRUE' or 'FALSE') into Python boolean type. Python evaluates any non-empty string as truthy, so the string 'FALSE' from LDAP becomes True in Keystone's logic. The affected code path skips boolean conversion entirely, relying on raw LDAP string values. Affected products include Keystone versions 8.0.0-25.0.0, 26.0.0-26.1.0, 27.0.0, and 28.0.0 across multiple OpenStack releases (Victoria through 2024.2 Dalmatian).

RemediationAI

Upgrade to patched versions immediately: Keystone 25.0.1, 26.1.1, 27.0.1, or 28.0.1 depending on deployment branch. The upstream fix is available in OpenDev review https://review.opendev.org/958205 with backports to stable branches. For deployments unable to upgrade immediately, configure user_enabled_invert=True in keystone.conf under the [ldap] section as a temporary workaround, though this inverts the logic and requires LDAP schema compatibility testing. Alternatively, enable user_enabled_emulation configuration option. After patching, audit authentication logs for disabled LDAP accounts that successfully authenticated during the vulnerability window and review their activity for unauthorized access. Verify LDAP-sourced user account statuses are correctly synchronized post-upgrade. Consult security announcements at https://www.openwall.com/lists/oss-security/2026/04/14/9 for additional deployment-specific guidance.

More in Python

View all
CVE-2025-24016 CRITICAL POC
9.9 Feb 10

Wazuh SIEM platform versions 4.4.0 through 4.9.0 contain an unsafe deserialization vulnerability in the DistributedAPI t

CVE-2025-27520 CRITICAL POC
9.8 Apr 04

BentoML version 1.4.2 and earlier contains an unauthenticated remote code execution vulnerability through insecure deser

CVE-2025-2945 CRITICAL POC
9.9 Apr 03

pgAdmin 4 contains critical remote code execution vulnerabilities in the Query Tool download and Cloud Deployment endpoi

CVE-2013-5093 MEDIUM POC
6.8 Sep 27

The renderLocalView function in render/views.py in graphite-web in Graphite 0.9.5 through 0.9.10 uses the pickle Python

CVE-2025-32375 CRITICAL POC
9.8 Apr 09

BentoML is a Python library for building online serving systems optimized for AI apps and model inference. Rated critica

CVE-2014-0224 HIGH POC
7.4 Jun 05

OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0.1h does not properly restrict processing of ChangeCiph

CVE-2024-21644 HIGH POC
7.5 Jan 08

pyLoad download manager version prior to 0.5.0b3.dev77 exposes the Flask SECRET_KEY through an unauthenticated endpoint.

CVE-2017-9462 HIGH POC
8.8 Jun 06

In Mercurial before 4.1.3, "hg serve --stdio" allows remote authenticated users to launch the Python debugger, and conse

CVE-2026-39987 CRITICAL POC
9.3 Apr 08

Unauthenticated remote code execution in Marimo ≤0.20.4 allows attackers to execute arbitrary system commands via the `/

CVE-2024-21645 MEDIUM POC
5.3 Jan 08

pyLoad is the free and open-source Download Manager written in pure Python. Rated medium severity (CVSS 5.3), this vulne

CVE-2026-33017 CRITICAL POC
9.3 Mar 17

Langflow (a visual LLM pipeline builder) contains a critical unauthenticated code execution vulnerability (CVE-2026-3301

CVE-2026-55255 HIGH POC
8.4 Jun 19

Cross-user flow execution in Langflow (< 1.9.1) lets any authenticated API-key holder run another user's flow by passing

Vendor StatusVendor

Share

CVE-2026-40683 vulnerability details – vuln.today

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