Skip to main content

Exrick XBoot EUVDEUVD-2026-102980

| CVE-2026-111689 MEDIUM
Authorization Bypass Through User-Controlled Key (CWE-639)
2026-10-16 VulnCheck GHSA-p82r-qv5m-qv2w
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 with low-privileged XBoot account
  2. Exploit
    Request GET /xboot/user/getByDepartmentId/{id} with arbitrary department IDs
  3. Impact
    Harvest cross-department user PII (names, mobiles, emails)

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
Exploitation Conditions

Requires a valid authenticated XBoot session with at least low privileges (PR:L) - exploitation is not possible unauthenticated. The flaw is in the getByDepartmentId user-lookup endpoint, which ignores the role-based data-scope filter that should restrict a user to their own department's records; it therefore affects default behavior of that endpoint rather than requiring any special configuration. The only limiting factor is the need for an authenticated account; once logged in, any arbitrary department ID can be supplied and no further privilege, user interaction, or non-default setting is required.

Impact

This is a genuine but moderate-severity access-control flaw (CWE-639, IDOR). The provided CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:N) is internally consistent with the description: network-reachable, low complexity, requires an authenticated low-privileged account, no user interaction, and low confidentiality impact only (no integrity or availability effect). The 5.3 medium score accurately reflects that this leaks data rather than granting control. No EPSS score, CISA KEV listing, or SSVC decision data was supplied, and no public exploit is flagged, so there is no signal of active or probable exploitation - the reporting is from VulnCheck plus a third-party HackMD technical writeup. The practical risk is bounded: an attacker must already hold a valid XBoot account, and the payoff is enumeration of other departments' user PII rather than system compromise. This is best treated as a real-but-not-urgent priority - a confirmed data-exposure bug warranting patching, not an emergency, absent any exploitation-probability data to elevate it.

Exploit ScenarioDerived

A low-privileged authenticated XBoot user (e.g., a staff member scoped to a single department) iterates department IDs against the getByDepartmentId endpoint, which fails to enforce role-based data-scope filtering. They harvest usernames, real names, mobile numbers, emails, and account status for every department in the organization. No public exploit code is identified, though the referenced HackMD writeup documents the technique in detail.

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

Authenticated low-privileged users in Exrick XBoot through 3.3.4 can bypass role-based data-scope restrictions and read user records from any department by sending GET /xboot/user/getByDepartmentId/{departmentId} with arbitrary department IDs. The endpoint fails to enforce the data-scope filter, exposing usernames, real names, mobile numbers, emails, and account status (CWE-639 IDOR). The flaw has a moderate CVSS 3.1 score of 5.3 (medium) and requires only a valid session (PR:L, no user interaction); no public exploit code or active exploitation has been identified at time of analysis.

RemediationAI

No vendor-released patch version is specified in the available references; the vulnerability is reported to affect XBoot through 3.3.4. Until an official fix is published, apply the following compensating controls: (1) modify the getByDepartmentId service method (UserServiceImpl.java lines 178-181) to enforce the role-based data-scope filter used elsewhere in the application, ensuring the query is restricted to the caller's authorized departments-this is the most effective fix but requires code changes and testing; (2) restrict access to the /xboot/user/getByDepartmentId/* endpoint at the API gateway or reverse proxy to users with administrative roles, noting that this may break legitimate departmental lookup workflows for lower-privileged users; (3) implement a Web Application Firewall (WAF) rule to block or alert on requests to this endpoint that contain department IDs outside the caller's scope, though WAF rules can be bypassed and require tuning; (4) monitor access logs for anomalous calls to this endpoint from low-privileged accounts and review department ID parameters. Refer to the VulnCheck advisory (https://www.vulncheck.com/advisories/xboot-through-3.3.4-authorization-bypass-via-getbydepartmentid-endpoint) and the public technical writeup (https://hackmd.io/@hieuPenguinnn/xboot-data-scope-filter-bypass-cross-dept-user-disclosure) for updates and further details.

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

Exrick XBoot is a Java/Spring Boot-based rapid development framework. The vulnerability resides in the user management module where the controller method in UserController.java (lines 223-233) exposes a getByDepartmentId endpoint, and the service implementation in UserServiceImpl.java (lines 178-181) queries users by the supplied department ID without applying the role-based data-scope filter that normally restricts users to their own department's records. CWE-639 (Authorization Bypass Through User-Controlled Key) describes the root cause: the attacker manipulates the {departmentId} path parameter (a key controlled by the requester) to access records outside their authorized scope. The CPE cpe:2.3:a:exrick:xboot:*:*:*:*:*:*:*:* indicates that all versions up to and including 3.3.4 are affected, and the flaw is present in default configurations, requiring no special settings. XBoot's data-scope mechanism is designed to be enforced by role-based filters, but this particular endpoint directly queries by department ID, bypassing that control.

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

Network endpoint reachable with low complexity but requires an authenticated account so PR:L; only PII is disclosed, giving C:L with no integrity or availability impact.

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 read user records of any department by ignoring role data scope. Attackers can request GET /xboot/user/getByDepartmentId/{departmentId} with arbitrary department ids to retrieve usernames, real names, mobile numbers, emails and status.

Threat Intelligence Overview

EPSS Score
0.3%
Top 82% exploitable
Prevalence
Low
niche open-source Spring Boot rapid-dev platform, limited production footprint
Data Quality
5 sources
Confidence: Medium

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· derived
None
System Exposure· derived
Open
Automatable· derived
No
Human Impact· derived
Medium

Priority Score

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

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

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