CVE-2025-55795: n/a
Source CVE Database V5
Not known to be exploited · CVSS 3.5 Low.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 23% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:N/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 29 Sep 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.
What to do
AI-suggested
To mitigate CVE-2025-55795 effectively, organizations and the openml.org platform administrators should implement robust email ownership verification mechanisms during email update workflows. This includes requiring confirmation via the existing email address or sending verification links to the new email address before applying changes. Additionally, the platform should avoid relying on incremental user IDs for authorization decisions; instead, implement strict access control checks that validate user identity independently of user ID ordering. Monitoring and alerting for unusual email change activities, especially those involving email addresses already associated with other accounts, can help detect exploitation attempts early. Organizations should enforce strong authentication and account security policies to reduce the risk of attackers gaining control of lower user ID accounts. User education about suspicious account activities and prompt reporting mechanisms will also aid in early detection. Finally, platform developers should prioritize releasing patches that address this vulnerability and communicate updates clearly to users and administrators.
Description
The openml/openml.org web application version v2.0.20241110 uses incremental user IDs and insufficient email ownership verification during email update workflows. An authenticated attacker controlling a user account with a lower user ID can update their email address to that of another user with a higher user ID without proper verification. This results in the victim's email being reassigned to the attacker's account, causing the victim to be locked out immediately and unable to log in. The vulnerability leads to denial of service via account lockout but does not grant the attacker direct access to the victim's private data.