CVE-2024-25983: fedora · Insecure Direct Object Reference
Source CVE Database V5
Not known to be exploited · CVSS 3.5 Low.
Data as of 26 Oct 2026, 09:15 UTC
- EPSS
- 0.6% chance of exploitation in 30 days – higher than 48% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:U/C:N/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 31 Mar 2024
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 26 Oct 2026.
What to do
AI-suggested
To mitigate CVE-2024-25983, organizations should: 1) Immediately review and update the authorization logic on comment-related endpoints to ensure that user-controlled keys are validated against the authenticated user's permissions and ownership of the target resource. 2) Implement server-side checks that strictly enforce that comments can only be added to dashboards or profiles owned or authorized for the authenticated user. 3) Conduct code audits focusing on access control mechanisms around user-generated content features to identify similar weaknesses. 4) Monitor logs for anomalous comment creation activities, such as comments appearing on unexpected user dashboards or from unusual user accounts. 5) Educate developers on secure coding practices related to authorization and input validation, emphasizing the dangers of trusting user-supplied identifiers without verification. 6) If available, apply vendor patches or updates addressing this vulnerability as soon as they are released. 7) Consider implementing rate limiting or additional authentication factors for comment submission to reduce abuse potential. 8) Inform users about the issue and encourage reporting of suspicious comments to enable rapid response.
Description
Insufficient checks in a web service made it possible to add comments to the comments block on another user's dashboard when it was not otherwise available (e.g., on their profile page).
References
- git.moodle.org/gw?p=moodle.git&a=search&h=HEAD&st=commit&s=MDL-78300 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2264099 (opens in a new tab)
- lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/KXGBYJ43BUEBUAQZU3DT5I5A3YLF47CB/ (opens in a new tab)
- moodle.org/mod/forum/discuss.php?d=455641 (opens in a new tab)