Skip to main content
VulnerabilityPublished Updated

CVE-2026-27838: wger · Insecure Direct Object Reference

Affects wgerSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 3.1 Low.

Data as of 30 Oct 2026, 11:52 UTC

CVSS 3.1 base score
3.1Low
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 22% 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:U/C:L/I:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 26 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: 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 30 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
wger-projectwgerAffected
  • <=2.4
Fixed in–
GitHubwger-project/wgerpkg:github/wger-project/wgerOther threatsAffected
  • <=2.4
Fixed in–

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

AI-suggested

Organizations using wger should immediately upgrade to versions later than 2.4 where the patch has been applied to include user ID in cache keys. If upgrading is not immediately possible, administrators should consider disabling caching on the affected endpoints to prevent unauthorized cache retrieval. Implementing strict access controls and monitoring API access logs for unusual patterns can help detect exploitation attempts. Additionally, reviewing and hardening API authentication and authorization mechanisms to ensure ownership checks are enforced at all layers is recommended. Developers should audit other caching implementations to verify that cache keys are properly scoped by user identity to prevent similar issues. Employing rate limiting and anomaly detection on API endpoints can further reduce risk. Finally, informing users about the vulnerability and encouraging password hygiene can mitigate risks from credential compromise that might facilitate exploitation.

Description

wger is a free, open-source workout and fitness manager. Five routine detail action endpoints check a cache before calling `self.get_object()`. In versions up to and including 2.4, ache keys are scoped only by `pk` — no user ID is included. When a victim has previously accessed their routine via the API, an attacker can retrieve the cached response for the same PK without any ownership check. Commit e964328784e2ee2830a1991d69fadbce86ac9fbf contains a patch for the issue.

References

Community reviews

Loading reviews…