Skip to main content

Exrick XBoot EUVDEUVD-2026-102979

| CVE-2026-111688 MEDIUM
Incorrect Authorization (CWE-863)
2026-10-16 VulnCheck GHSA-cx4q-4p6j-g42p
5.3
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate as low-privilege scoped user
  2. Exploit
    Append openDataFilter=false to department endpoint
  3. Execution
    Server skips data-scope authorization filter
  4. Impact
    Retrieve entire organization department tree and names

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK

1 technique across 1 tactic: Privilege Escalation

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Requires a valid authenticated XBoot account whose role carries data-scope (organizational) restrictions - the attacker must already be logged in. The concrete trigger is appending the request parameter openDataFilter=false to the department getByParentId or search endpoints, which disables the server-side data-scope filter in DepartmentServiceImpl. Limiting factors: exploitation is impossible without authentication (PR:L), and impact is confined to disclosure of department tree structure and names - it does not expose user credentials, modify data, or affect availability. Applies to XBoot through version 3.3.4.

Impact

This is a medium-severity information-disclosure issue, and the signals are internally consistent rather than conflicting. The vendor-supplied CVSS 4.0 vector (base 5.3) describes a network-reachable (AV:N), low-complexity (AC:L) attack that requires a valid low-privilege authenticated session (PR:L) with no user interaction (UI:N), yielding only low confidentiality impact (VC:L) and no integrity or availability impact (VI:N/VA:N). No EPSS probability, SSVC decision data, or KEV listing was provided in the input, and there is no POC flag - so there is no public exploit identified at time of analysis (a third-party HackMD write-up documenting the bypass technique is referenced, but it is not flagged as weaponized exploit code). The realistic priority is LOW-to-MEDIUM: exploitation leaks an organization's department tree and names beyond the attacker's assigned data scope, which is a horizontal/privacy-boundary breach useful for reconnaissance, but it does not grant code execution, data modification, or access to sensitive record contents. Missing signals to verify: EPSS score and SSVC exploitation/automatable values were not supplied, so widespread-scanning likelihood cannot be quantified from the input.

Exploit ScenarioDerived

An authenticated low-privilege XBoot user whose role normally restricts them to their own department appends openDataFilter=false to a department getByParentId or search request. The server skips the data-scope filter and returns the full organizational department tree and names, exposing structure the user was never authorized to see. No public weaponized exploit is flagged, though a HackMD write-up publicly documents the exact parameter and technique.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
No patch listed yet 0.3% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 16, 2026

Information disclosure in Exrick XBoot through 3.3.4 allows any authenticated user to defeat server-side role data-scope restrictions by appending the parameter openDataFilter=false to the department getByParentId or search endpoints, causing the API to return the entire organization's department tree and names outside the caller's assigned scope. The underlying flaw is an improper-authorization condition (CWE-863) rated medium severity (CVSS 5.3, CVSS:4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:L), and the impact is limited to organizational-structure disclosure - no credential exposure, data modification, or availability effect. Exploitation requires a valid logged-in XBoot account whose role carries data-scope restrictions (PR:L); no public exploit code was identified at time of analysis, although a public technical write-up of the bypass and the vulnerable source code are both referenced in the advisory data.

RemediationAI

No vendor-released patch was identified at time of analysis, and the CPE wildcard version means no fixed XBoot release is confirmed; the authoritative reference remains https://www.vulncheck.com/advisories/exrick-xboot-through-3.3.4-data-scope-bypass-via-opendatafilter-parameter. The durable fix is a source-level change in DepartmentServiceImpl.java (lines 35-60): stop honoring the client-supplied openDataFilter parameter and instead compute the data-scope predicate solely from the authenticated principal's role/department assignments (equivalently, hardcode the filter to always-on for these endpoints), then rebuild and redeploy - the trade-off is that any administrative UI that legitimately toggles the filter will break and must be reworked to use a separately authorized privileged path. Until that change is deployed, the most practical compensating control is a reverse-proxy or WAF rule that strips or rejects any request to the department getByParentId and department search endpoints carrying openDataFilter=false (or any unexpected openDataFilter value), which blocks the known trigger but leaves the endpoints vulnerable to parameter-name variations, so it should be paired with tight allow-listing of query parameters rather than a single string match. A stronger but more disruptive option is to restrict those two endpoints to roles with genuine organization-wide scope via gateway/Spring Security configuration; this reliably eliminates the disclosure but will break legitimate cross-department lookups for restricted roles. Finally, because the bug is only reachable with a valid session, reducing the population of low-privilege accounts and auditing the department endpoints for out-of-scope parent IDs and anomalous openDataFilter usage provides detection coverage, and any account suspected of enumeration should have its session revoked and credentials rotated.

Affected VersionsENISA

xboot 0 ≤3.3.4

Affected Packages

euvd xboot no fix

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

XBoot is a Java/Spring Boot rapid-development platform by Exrick that implements role-based data scoping: each role is bound to a set of departments, and queries are expected to intersect the requested scope with the role's permitted departments. The vulnerable logic lives in the fast module at xboot-fast/src/main/java/cn/exrick/xboot/modules/base/serviceimpl/DepartmentServiceImpl.java (lines 35-60), where the data-scope filter is gated on a value supplied by the client request rather than by the authenticated principal. Because the request parameter openDataFilter can be set to false by the caller, the server-side predicate that would normally constrain results to the user's departments is skipped, and the query returns the full department hierarchy - effectively a horizontal (cross-department) authorization bypass classified as CWE-863, Incorrect Authorization. This is a classic 'client-controlled security switch' anti-pattern: any parameter that toggles enforcement of an access-control decision must be derived from server-side session/role state, never from the HTTP request. The CPE entry cpe:2.3:a:exrick:xboot:*:*:*:*:*:*:*:* uses a wildcard version, indicating the vendor has not published a fixed release and all versions up to and including 3.3.4 are treated as affected. The CVSS 4.0 vector supplied with the CVE (5.3, PR:L, VC:L, no subsequent-system impact) is consistent with the independently assessed CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N - both describe an authenticated, network-reachable, low-confidentiality-impact bug; the two scoring signals agree rather than conflict.

Know when Xboot gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (VulnCheck) PRIMARY 5.3 MEDIUM
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N
vuln.today AI 4.3 MEDIUM

Remote low-complexity request needing a valid low-privilege session (PR:L); only department names are disclosed (C:L) with no integrity or availability impact and no scope change.

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
Low
Vulnerable system: Integrity
None
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

DescriptionCVE.org

Exrick XBoot through 3.3.4 contains an authorization bypass vulnerability that allows authenticated users to evade role data-scope restrictions by sending openDataFilter=false. Attackers can append this parameter to the department getByParentId or search endpoints to retrieve the entire organization's department tree and names outside their assigned scope.

Threat Intelligence Overview

EPSS Score
0.3%
Top 75% exploitable
Prevalence
Low
niche open-source Spring Boot admin framework, limited enterprise production footprint
Data Quality
5 sources
Confidence: Medium
EUVD NVD CVE.org EPSS Vulnrichment GitHub VulDB

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.3%
Patch available No
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
Poc
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

26
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +26
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

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