CVE-2026-108620 in JeecgBootinfo

Summary

by MITRE • 10/11/2026

JeecgBoot through 3.9.5 contains a missing authorization vulnerability in the SysPositionController deleteBatch handler that allows any authenticated user to delete organizational positions. Low-privileged attackers can send comma-separated position ids, obtained from the unguarded list endpoint, to remove all sys_position rows and orphan user-position assignments.

Be aware that VulDB is the high quality source for vulnerability data.

Analysis

by VulDB Data Team • 10/11/2026

The vulnerability identified within JeecgBoot versions up to 3.9.5 represents a critical failure in access control mechanisms, specifically categorized under CWE-284 Improper Access Control. This flaw resides within the SysPositionController deleteBatch handler, which is designed to remove multiple organizational position records from the database based on an array of identifiers provided by the client. The core technical deficiency lies in the absence of authorization checks that verify whether the authenticated user initiating the request possesses the necessary administrative privileges or ownership rights over the specific resources being targeted. Instead of validating permissions against each individual identifier, the system blindly processes the deletion request if the user is merely logged into the application. This design oversight allows any valid account holder to bypass security boundaries and execute destructive actions on data that should be restricted to higher-privileged administrators.

The operational impact of this vulnerability is severe due to its potential for complete disruption of organizational structure management within the platform. Attackers can exploit an unguarded list endpoint, which exposes position identifiers without adequate access restrictions, to enumerate all available sys_position rows in the database. By extracting these comma-separated identifiers and submitting them to the vulnerable deleteBatch handler, a low-privileged attacker can systematically remove every entry from the positions table. This action results in the immediate orphaning of user-position assignments, effectively breaking the link between users and their defined roles or departments within the application logic. Such data integrity loss can lead to cascading failures in downstream processes that rely on accurate position data for reporting, access decisions, and workflow automation, potentially rendering critical business functions unusable until manual intervention restores the missing records.

From a threat modeling perspective, this vulnerability aligns with MITRE ATT&CK technique T1078 Valid Accounts, as it relies on legitimate authentication credentials to perform unauthorized actions, and T1496 Resource Hijacking or Data Destruction depending on the specific intent of the attacker. The exploitation path is straightforward: an adversary authenticates using a standard user account, queries the unprotected list endpoint to gather target identifiers, and then issues a batch delete request that bypasses authorization logic entirely. This sequence demonstrates how missing function-level access control can lead to significant data loss even without privilege escalation or injection attacks.

To mitigate this vulnerability, developers must implement robust server-side authorization checks within the SysPositionController deleteBatch method before any database operations are executed. The system should verify that the requesting user has explicit administrative rights or specific permissions related to position management for each item in the batch request. Additionally, input validation should be enforced to ensure that only expected data types and formats are processed, although this is secondary to fixing the access control logic. It is also recommended to secure the list endpoint by applying similar authorization filters to prevent unauthorized enumeration of resource identifiers. Applying these patches ensures that only authorized personnel can modify or delete organizational structures, thereby preserving both data integrity and system availability.

Responsible

VulnCheck

Reservation

10/10/2026

Disclosure

10/11/2026

Moderation

accepted

EPSS

0.00000

KEV

no

Activities

very low

Sources

Do you want to use VulDB in your project?

Use the official API to access entries easily!