Skip to main content
VulnerabilityPublished Updated

CVE-2024-25983: fedora · Insecure Direct Object Reference

Source CVE Database V5

0

Not known to be exploited · CVSS 3.5 Low.

Data as of 26 Oct 2026, 09:15 UTC

CVSS 3.1 base score
3.5Low
How severe the flaw is on the 0–10 CVSS scale.
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:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 31 Mar 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

Community reviews

Loading reviews…