CVEvulnerability

CVE-2024-31205

5.4 MEDIUM Published 2024-04-08 Modified 2026-06-17 Official page ↗
Status
Analyzed
Published
2024-04-08
Last modified
2026-06-17
Assigner
[email protected]
CVSS 3.1 ([email protected])
4.2 MEDIUM — CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:L/I:L/A:N
CVSS 3.1 ([email protected])
5.4 MEDIUM — CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:N
Weaknesses
CWE-352

Description

Saleor is an e-commerce platform. Starting in version 3.10.0 and prior to versions 3.14.64, 3.15.39, 3.16.39, 3.17.35, 3.18.31, and 3.19.19, an attacker may bypass cross-set request forgery (CSRF) validation when calling refresh token mutation with empty string. When a user provides an empty string in `refreshToken` mutation, while the token persists in `JWT_REFRESH_TOKEN_COOKIE_NAME` cookie, application omits validation against CSRF token and returns valid access token. Versions 3.14.64, 3.15.39, 3.16.39, 3.17.35, 3.18.31, and 3.19.19 contain a patch for the issue. As a workaround, one may replace `saleor.graphql.account.mutations.authentication.refresh_token.py.get_refresh_token`. This will fix the issue, but be aware, that it returns `JWT_MISSING_TOKEN` instead of `JWT_INVALID_TOKEN`.

Affected configurations

• saleor saleor (>= 3.10.0 < 3.14.64) • saleor saleor (>= 3.15.0 < 3.15.39) • saleor saleor (>= 3.16.0 < 3.16.39) • saleor saleor (>= 3.17.0 < 3.17.35) • saleor saleor (>= 3.18.0 < 3.18.31) • saleor saleor (>= 3.19.0 < 3.19.19)

Related

Weakness · CWE (1)

  • CWE-352 Cross-Site Request Forgery weakness

References