Skip to main content
CVE-2025-67857VulnerabilityPublished

CVE-2025-67857: moodle · Insertion of Sensitive Information Into Sent Data

Affects moodleSource CVE Database V5

0

Not known to be exploited · CVSS 4.3 Medium · fixed in 5.1.1 : update moodle when convenient.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
4.3Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 29% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 5.1.1, 5.0.4, 4.5.8 +2
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 3 Feb 2026

  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 2026-10-26.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
Packagistmoodle/moodlepkg:composer/moodle/moodleOther threatsAffected
  • =4.1.0
  • =4.4.0
  • =4.5.0
  • =5.0.0
  • =5.1.0
Fixed in–
GitHubmoodlepkg:github/moodleOther threatsAffected
  • >=4.1.0 <4.1.22
  • >=4.4.0 <4.4.12
  • >=4.5.0 <4.5.8
  • >=5.0.0 <5.0.4
  • >=5.1.0 <5.1.1
Fixed in
  • 4.1.22
  • 4.4.12
  • 4.5.8
  • 5.0.4
  • 5.1.1

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

Organizations should immediately review their Moodle deployment versions and plan upgrades to patched releases once available. If you cannot patch yet, administrators can implement URL filtering or proxy rules to block or sanitize URLs containing user identifiers during anonymous submissions. Configuring Moodle to minimize or disable anonymous submission features temporarily can reduce exposure. Monitoring web server logs for suspicious access patterns to URLs containing user IDs can help detect exploitation attempts. Educating users about the risks of sharing URLs and enforcing strict access controls on submission pages can further mitigate risk. Collaboration with Moodle community forums and security advisories is essential to stay informed about patches or workarounds. Additionally, organizations should conduct privacy impact assessments to understand the implications of this data exposure and adjust policies accordingly.

Description

A flaw was found in moodle. During anonymous assignment submissions, user identifiers were inadvertently exposed in URLs. This data exposure allows unauthorized viewers to see internal user IDs, compromising the intended anonymity and potentially leading to information disclosure.

References

Community reviews

Loading reviews…