Vulnerabilities

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

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.

  1. 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

  2. Oct 26, 2026 · GitHub Advisory Database

    Fix available

    wger fixed in 2.1

  3. 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

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