Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach MobiAPParc reset endpoint (AV:N, PR:N)
-
DeliveryEnumerate predictable numeric user_id
-
ExploitSubmit forged password-reset for victim id
-
ExecutionServer resets without ownership check
-
ImpactAccount takeover / lockout of arbitrary users
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Password recovery security
|
| Exploitation Conditions | No special conditions beyond reaching the application: exploitation targets the password-recovery/forgotten-password feature of MobiAPParc and abuses a predictable, sequential numeric user_id that is not bound to a proof of account ownership, so a remote unauthenticated attacker on default configurations can reset arbitrary accounts. Limiting factors are practical rather than access-based: the attacker must be able to reach the MobiAPParc instance over the network and the target must be running an affected version (≤2.28 or ≤2.42 per EUVD); real-world blast radius is constrained mainly by the product's limited deployment rather than by any required user interaction, privilege, or non-default setting. |
| Impact | Real-world risk is elevated on paper (CVSS 4.0 base 8.8) but must be read carefully. The signals that are present all point the same direction: the vendor CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N) describes a network-reachable, low-complexity, fully unauthenticated flaw, and the mechanic - an Insecure Direct Object Reference on a predictable numeric user_id in the password-reset flow (CWE-640) - is trivially automatable, so an attacker can iterate identifiers to compromise arbitrary accounts. However, several risk-amplifying signals are ABSENT rather than negative: there is no EPSS probability supplied, no CISA KEV listing, and no public POC referenced - status is 'no public exploit identified at time of analysis.' The one conflict worth flagging is impact scope: the vendor rated confidentiality only VC:L while integrity/availability are VI:H/VA:H, which implies the reset locks victims out or forces a new (possibly emailed) credential rather than handing the attacker a chosen password; if instead the attacker sets the new password directly this is a full account takeover and confidentiality should be H - verify the exact reset mechanic with the vendor/INCIBE advisory. Net: a genuine, easily-exploitable authorization flaw and a legitimate patch-now item for any operator running MobiAPParc, but its aggregate internet-wide risk is bounded by the product's small deployment footprint rather than by exploit difficulty. |
| Exploit ScenarioDerived | An unauthenticated attacker opens the MobiAPParc forgotten-password flow, intercepts the reset request, and swaps their own predictable numeric user_id for a victim's. Because ownership is never verified, the server processes the password reset against the victim account, letting the attacker lock out or take over arbitrary users by simply enumerating sequential IDs. No public exploit code is referenced, but the technique is manual-interception-simple and requires no special tooling. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 17, 2026
Unauthenticated remote attackers can take over arbitrary MobiAPParc accounts by abusing the product's forgotten-password flow, which accepts a predictable, sequential numeric user_id without any proof that the requestor owns the target account, allowing the attacker to set a new password and gain full control of the account. The affected builds are MobiAPParc up to and including 2.28 and up to and including 2.42 (CPE cpe:2.3:a:mobiapparc:mobiapparc:*), and exploitation requires only network reachability of the application - the assessed vector CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:H confirms no privileges or user interaction are needed. No public exploit code has been identified at time of analysis and no EPSS or CISA KEV signal is available, so the elevated 8.8 base score should be read alongside the product's limited deployment footprint rather than as evidence of active exploitation.
RemediationAI
Patch status is 'Patch available per vendor advisory' - INCIBE reports a vendor fix and publishes guidance at https://www.incibe.es/en/incibe-cert/notices/aviso/weak-password-recovery-mechanism-forgotten-password-mobiapparc, but no exact fixed build number is provided in the available data, so administrators should treat any version at or below 2.28 or 2.42 as vulnerable and obtain the corrected release directly from the MobiAPParc vendor rather than assuming a minimum safe version. If upgrading is not immediately possible, the highest-value compensating control is to disable or network-restrict the forgotten-password endpoint (for example, blocking external access to the reset route at the reverse proxy or WAF and permitting it only from trusted management networks), accepting the trade-off that legitimate self-service password recovery is unavailable to end users; additionally, enforce rate limiting and server-side session validation on that route and require an emailed or SMS single-use token verified against the account record before any password change is committed, rejecting any request that relies solely on a client-supplied numeric user_id. Because exploitation is unauthenticated and requires no user interaction, monitor application logs for anomalous password-reset request bursts or sequential user_id enumeration, reset credentials for accounts that may have been targeted, and review accounts for unauthorized changes; these detections reduce blast radius but do not remove the underlying weakness, so patching remains the only complete fix.
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
The root cause is CWE-640 (Weak Password Recovery Mechanism for Forgotten Password). MobiAPParc builds its password-reset request around a client-supplied user_id that is a predictable, sequential numeric identifier, and the recovery endpoint fails to bind that identifier to an out-of-band proof of ownership such as a single-use, high-entropy reset token delivered to the account's verified email or phone. Because the identifier is both guessable/enumerable and unauthenticated in the request path, an attacker can iterate identifiers and submit reset requests for accounts he does not control; the CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:H/VA:H) and the independent CVSS 3.1 assessment (AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:H) both reflect a remote, unauthenticated attack with high integrity and availability impact on the account object and only limited confidentiality exposure. The CPE cpe:2.3:a:mobiapparc:mobiapparc:* indicates the flaw is in the MobiAPParc product itself rather than a supporting library, meaning the fix must land in the application's recovery logic or its server-side validation of the user_id parameter.
Know when Mobiapparc 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:N/UI:N/VC:L/VI:H/VA:H/SC:N/SI:N/SA:N
Unauthenticated, low-complexity IDOR on password reset (PR:N/AC:L); integrity and availability High from credential overwrite/lockout, confidentiality only Low unless attacker sets the new password (would be C:H).
Primary rating from Vendor (INCIBE).
CVSS VectorVendor: INCIBE
DescriptionCVE.org
The password reset funcionality is vulnerable to unauthorized account modification due to improper validation of the user_id parameter. An attacker can manipulate this predictable numeric identifier to reset passwords for arbitrary users without proving account ownership.
Executive ViewAI
MobiAPParc builds up to and including 2.28 and up to and including 2.42 contain an unauthenticated account-takeover weakness in the forgotten-password flow, enabling anyone who can reach the application to seize arbitrary user accounts, including administrative ones, by supplying a predictable numeric user_id and setting a new password. Because no credentials or user interaction are required, every business unit, customer, and partner relying on an internet- or network-exposed MobiAPParc instance faces risks of data theft, fraud, service disruption, and loss of trust. Leadership should treat this as a high-priority exposure and drive immediate remediation or containment for any remaining affected deployments.
Apply vendor patch.
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.
EUVD-2026-81522
GHSA-vh5r-mqj2-86wg
NVD
CVE.org
EPSS
Exploit-DB