CVE-2024-48901: Improper Authorization
Source CVE Database V5
Not known to be exploited · CVSS 4.3 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 21% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 21 Nov 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 2026-10-25.
What to do
AI-suggested
To mitigate CVE-2024-48901, organizations should first monitor Moodle's official channels for patches addressing this vulnerability and apply them promptly once available. In the interim, administrators can implement stricter access control policies by reviewing and tightening user permissions related to report editing and scheduling. Custom code or plugins could be used to enforce additional authorization checks ensuring only users with explicit edit rights can access report schedules. Regular audits of user roles and permissions within Moodle can help identify and restrict unnecessary privileges. Network segmentation and monitoring of Moodle server access can reduce the risk of unauthorized exploitation. Additionally, educating users about the importance of safeguarding their credentials and promptly reporting suspicious activity can help mitigate insider threats. Finally, maintaining up-to-date backups of Moodle data ensures recovery options if report schedules are maliciously altered.
Description
A vulnerability was found in Moodle. Additional checks are required to ensure users can only access the schedule of a report if they have permission to edit that report.