Skip to main content

Python EUVDEUVD-2026-16359

| CVE-2026-33530 HIGH
Exposure of Sensitive Information Through Data Queries (CWE-202)
2026-03-26 GitHub_M
7.7
CVSS 3.1 · GitHub Advisory
Share

Severity by source

GitHub Advisory PRIMARY
7.7 HIGH
AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N

Primary rating from GitHub Advisory · only source for this CVE.

CVSS VectorGitHub Advisory

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

Lifecycle Timeline

6
Analysis Updated
Apr 16, 2026 - 06:13 EUVD-patch-fix
executive_summary
Re-analysis Queued
Apr 16, 2026 - 05:29 backfill_euvd_patch
patch_released
Patch available
Apr 16, 2026 - 05:29 EUVD
1.2.6
EUVD ID Assigned
Mar 26, 2026 - 20:00 euvd
EUVD-2026-16359
Analysis Generated
Mar 26, 2026 - 20:00 vuln.today
CVE Published
Mar 26, 2026 - 19:34 nvd
HIGH 7.7

DescriptionGitHub Advisory

InvenTree is an Open Source Inventory Management System. Prior to version 1.2.6, certain API endpoints associated with bulk data operations can be hijacked to exfiltrate sensitive information from the database. The bulk operation API endpoints (e.g. /api/part/, /api/stock/, /api/order/so/allocation/, and others) accept a filters parameter that is passed directly to Django's ORM queryset.filter(**filters) without any field allowlisting. This enables any authenticated user to traverse model relationships using Django's __ lookup syntax and perform blind boolean-based data extraction. This issue is patched in version 1.2.6, and 1.3.0 (or above). Users should update to the patched versions. No known workarounds are available.

AnalysisAI

Authenticated attackers with low-level privileges can exfiltrate sensitive database information from InvenTree open source inventory management systems prior to version 1.2.6 by abusing unvalidated filter parameters in bulk operation API endpoints. The vulnerability enables blind boolean-based data extraction through Django ORM relationship traversal, achieving high confidentiality impact with changed scope per CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N (score 7.7). No public exploit identified at time of analysis, and vendor-released patches are available in versions 1.2.6 and 1.3.0.

Technical ContextAI

InvenTree (cpe:2.3:a:inventree:inventree) is a Python-based open source inventory management platform built on Django framework. The vulnerability stems from CWE-202 (Exposure of Sensitive Information to an Unauthorized Actor) where bulk operation API endpoints including /api/part/, /api/stock/, and /api/order/so/allocation/ accept user-supplied filters parameters that are passed directly to Django ORM's queryset.filter(**filters) method without field allowlisting or input validation. This design flaw enables exploitation of Django's double-underscore lookup syntax for relationship traversal, allowing attackers to construct arbitrary database queries that traverse foreign key relationships and extract data through timing-based or boolean-based blind inference techniques. The issue represents improper input validation at the ORM abstraction layer, where framework features intended for internal use become externally controllable attack vectors.

RemediationAI

Upgrade InvenTree to version 1.2.6 or version 1.3.0 or later to receive the vendor-released patch that implements field allowlisting for bulk operation API filter parameters (see vendor advisory at https://github.com/inventree/InvenTree/security/advisories/GHSA-m8j2-vfmq-p6qg and implementation at https://github.com/inventree/InvenTree/pull/11581). According to the advisory, no workarounds are available for unpatched versions. Organizations unable to immediately upgrade should implement network-level access controls to restrict API endpoint access to only trusted authenticated users, implement enhanced monitoring for anomalous API query patterns targeting bulk endpoints with complex filter parameters, and review user privilege assignments to ensure principle of least privilege. Apply standard defense-in-depth measures including web application firewall rules to detect repeated API calls with varying filter parameters indicative of blind data extraction attempts.

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

Share

EUVD-2026-16359 vulnerability details – vuln.today

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