Security incident · CVE-2026-46438
wger: Cross-User Data Corruption via Missing Ownership Check on WorkoutLog.slot_entry
Published Oct 7, 2026 · catalog updated Oct 26, 2026 · wger: Cross-User Data Corruption
Last checked Oct 27, 2026. A connected source was read within the last 7 days.
Check if you run it
No confirmed exploitation is on record for CVE-2026-46438. EPSS is 0.23%. Act only if a listed version of wger: Cross-User Data Corruption is installed.
Gaps on this record
- The stored product name is a package slug. The name on this page is taken from the title (wger: Cross-User Data Corruption).
- No vendor fix or required action is stored. Compare the linked advisory before you change production.
- Severity
- Medium6.5
- Known exploitation
- Not in CISA/VulnCheck KEV
- EPSS
- 0.23%
- Remediation
- Advisory link
- Affected products
- PyPI wger
### Summary An authenticated attacker can inject arbitrary workout log entries into any other user's by supplying the victim's ID in a request. The foreign key is not included in the ownership verification performed by , so the server accepts and persists the cross-user reference without error. Because retrieves associated logs via with **no user filter**, the attacker's injected data is silently folded into the victim's progressive-overload calculations, corrupting their auto-generated weight and repetition targets. ### Details wger uses a centralized ownership-verification pattern in (file: ). This method iterates over the list returned by each ViewSet's and verifies that every listed foreign-key value in the request belongs to the authenticated user. **Foreign keys not present in the list are never checked.** returns: Because is omitted, an attacker can supply their own (which passes the ownership check) alongside a victim's ID (which is never verified). The second contributing factor is in : This reverse-relation query returns **all** rows linked to the , regardless of which user created them. The attacker's injected entries are therefore included in the victim's progression calculations. ### PoC #### Prerequisites - Two authenticated user accounts (attacker and victim) - The attacker knows (or can enumerate) the victim's ID - The attacker has at least one of their own (to satisfy the ownership check) #### Attack Steps **Expected:** HTTP 403 (the belongs to another user) **Actual:** HTTP 201 (the log is created and linked to the victim's ) #### Proof of Concept Script #### Proof of Concept Output ### Impact 1. **Training Data Integrity:** The progressive-overload engine ( ) uses injected fake values when computing the victim's next workout targets. An attacker setting or can produce dangerous or nonsensical training recommendations. 2. **Silent Corruption:** The victim receives no notification. Their training plan simply starts producing unexpected numbers. 3. *
Are you affected?
Enter the version you run. The result uses only the ranges stored on this record.
The check returns affected, not affected, or incomplete. It does not guess a version that is missing from the record.
- PyPI wger0 → 2.1
How to fix CVE-2026-46438
Upgrade
CVE-2026-46438 lists a fix boundary at 2.1. Compare the installed build with that boundary before you change production.
Version check
Fixed in 2.1
Advisory
Open the cve_org record and follow its fix.
Official advisories
What to do
Three questions, each answered from this record only. Confirm the vendor advisory before you patch.
Should you patch?
No confirmed exploitation is on record for CVE-2026-46438. EPSS is 0.23%. Act only if a listed version of wger: Cross-User Data Corruption is installed.
Which versions are affected?
Compare what you have installed with 0 → 2.1. Compare the installed version with the linked vendor advisory before you change production.
What should an analyst verify?
CWE-639: Authorization Bypass Through User-Controlled Key; CWE-862: Missing Authorization. EPSS 0.23%. There is no CISA KEV listing. No Exploit-DB or Metasploit reference is linked. Use the source links for the original advisory.
Code
The project this record applies to. Exploit listings stay in References.
Timeline
Detection, updates, and resolution for this record.
Oct 7, 2026 · GitHub Advisory Database
Detected
### Summary An authenticated attacker can inject arbitrary workout log entries into any other user's by supplying the victim's ID in a request. The foreign key is not included in the ownership verification performed by , so the server accepts and persists the cross-user reference without error. Because retrieves associated logs via with **no user filter**, the attacker's injected data is silently
Oct 26, 2026 · GitHub Advisory Database
Fix available
wger fixed in 2.1
Oct 26, 2026 · GitHub Advisory Database
Updated
### Summary An authenticated attacker can inject arbitrary workout log entries into any other user's by supplying the victim's ID in a request. The foreign key is not included in the ownership verification performed by , so the server accepts and persists the cross-user reference without error. Because retrieves associated logs via with **no user filter**, the attacker's injected data is silently
Sources
- CVE.orgVulnerability recordCVE-2026-46438
Official CVE identifier
cve.org - GitHub Advisory DatabasePackage advisoryGHSA-rjpf-7pf5-q54x
GitHub Advisory Database record mirrored by OSV.
github.com - OpenSSF OSV / OSV ScannerPackage advisoryGHSA-rjpf-7pf5-q54x
wger: Cross-User Data Corruption via Missing Ownership Check on WorkoutLog.slot_entry
osv.dev
References
Freshness
Last verified in this catalog Oct 26, 2026. Significant claims (KEV, EPSS, CVSS, affected ranges) come from the source rows above — open the original publisher for the authoritative advisory.
- CVE.orgOct 27, 2026
- GitHub Advisory DatabaseOct 26, 2026
- OpenSSF OSV / OSV ScannerOct 26, 2026