CVE-2026-27838: wger · Insecure Direct Object Reference
Affects wgerSource CVE Database V5
Not known to be exploited · CVSS 3.1 Low.
Data as of 30 Oct 2026, 11:52 UTC
- 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:NExploitation evidence
Disclosed: evidence found.
CVE published 26 Feb 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 30 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| wger-projectwger | Affected
| Fixed in– |
GitHubwger-project/wgerpkg:github/wger-project/wgerOther threats | Affected
| 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.