Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate with low-privileged XBoot account
-
ExploitRequest GET /xboot/user/getByDepartmentId/{id} with arbitrary department IDs
-
ImpactHarvest 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. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – 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
Affected Packages
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
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
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.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
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
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
A vulnerability classified as problematic has been found in Exrick xboot up to 3.3.4. Rated medium severity (CVSS 6.3),
A vulnerability was found in Exrick xboot up to 3.3.4. Rated medium severity (CVSS 5.3), this vulnerability is remotely
A vulnerability was found in Exrick xboot up to 3.3.4. Rated medium severity (CVSS 5.3), this vulnerability is remotely
Information disclosure in Exrick XBoot through 3.3.4 allows any authenticated user to defeat server-side role data-scope
A vulnerability was found in Exrick xboot up to 3.3.4. Rated medium severity (CVSS 5.5), this vulnerability is remotely
EUVD-2026-102980
GHSA-p82r-qv5m-qv2w
NVD
CVE.org
EPSS
VulDB
Exploit-DB