CVECVE-2026-75650
CVSS 10.0
AdvisoryAPSB26-146
September 7, 20:20 UTC
Priority 1
ExploitationStarted Sept 4
No CVE gap: 3 days
No patch: 3 days
AffectedAll versions
2.4.4 through 2.4.9
Incl. latest patches
HotfixVULN-39341
composer patch
via repo.magento.com
Interim mitigationDisable GraphQL
What happened
Dutch e-commerce security firm Sansec discovered a zero-day vulnerability in Magento Open Source and Adobe Commerce and named it StyleSmuggler. Active exploitation began on September 4, 2026. Sansec published its advisory on September 5 specifically because stores were being compromised in real time and the company did not want to wait for coordinated disclosure to complete while active attacks were underway. Adobe published emergency advisory APSB26-146 on September 7 at 20:20 UTC, assigned CVE-2026-75650, rated the flaw CVSS 10.0 with Priority 1, its highest severity classification, and released a hotfix. StyleSmuggler is a two-stage attack that does not require authentication. In the first stage, the attacker injects PHP code into a location that Magento's logging subsystem will later write to. Sansec's name reflects the injection path: the flaw specifically leverages the styles properties of Magento's template system to smuggle malicious code past the application's validation logic. A failed payment transaction email report is one of the documented injection vectors, as the payment failure handler writes attacker-controlled content to a log or queue path without adequate sanitization. In the second stage, the attacker triggers Magento to execute the poisoned code by causing the template system to process the logged content. The result is arbitrary code execution in the context of the web server without any authentication requirement and without any action from a store administrator or customer. A successful attack installs a persistent Linux backdoor on the server, typically disguised as a kernel process using a cron job, and may operate outside the Magento web root, making simple web-accessible file scans inadequate for detecting the implant. Sansec confirmed that all current Magento Open Source versions from 2.4.4 through 2.4.9 are affected and that it reproduced the full unauthenticated exploit chain on clean installations of 2.4.7, 2.4.8, and 2.4.9. The first confirmed victim was running Magento 2.4.6-p15 with Adobe's July and August 2026 security updates applied, which represents the highest patch level Adobe ships for the 2.4.6 release line. Being fully current on published patches did not prevent compromise. Adobe's emergency hotfix ships as a composer patch: download VULN-39341-composer-patches.zip from repo.magento.com and apply it. Confirm installation with the magento-patches status command. Adobe's advisory explicitly recommends that all merchants rotate their encryption key and every credential that key protects after applying the hotfix, covering admin passwords, REST, SOAP, and GraphQL integration tokens, OAuth client secrets, payment gateway API credentials, database credentials, SSH keys, deploy keys, and third-party extension API keys. Until the hotfix is applied, Sansec's recommended interim mitigation is to disable GraphQL, which removes one of the attack paths StyleSmuggler uses to reach the injection vector.
Why it matters
Magento and Adobe Commerce run hundreds of thousands of online stores worldwide, handling payment transactions, customer personal data, and order history. The specific credential rotation Adobe is recommending reflects what is at risk in the Magento encryption architecture: the store's encryption key is the root key from which admin credentials, payment processor API keys, and database credentials are derived or protected. An attacker with code execution through StyleSmuggler has access to the Magento file system, including the local.xml or env.php configuration files that contain the encryption key and database credentials in the cleartext or encrypted form. With the key and credentials, an attacker can decrypt stored customer payment tokens, access the database directly, and maintain access to connected payment and shipping services even after the backdoor is removed from the server. The four-day exploitation window before the hotfix was available, combined with the fact that being fully current on patches provided no protection, means any Magento or Adobe Commerce store that was internet-accessible during September 4-7 should be treated as having been in the exploitation window.
Don't miss
Adobe's APSB26-146 advisory notes that the hotfix was tested against the 2026-aug releases of Adobe Commerce 2.4.4 through 2.4.9, Magento Open Source 2.4.4 through 2.4.9, and Adobe Commerce B2B 1.3.3 through 1.5.3. Older versions in those branches are affected but the patch is unverified for them. The advisory does not address Adobe Commerce on Cloud separately, meaning hosted cloud merchants should verify with Adobe whether the hotfix has been applied to their cloud environment or whether manual action is required. Sansec published a companion scanner, eComscan, that can detect the StyleSmuggler implant and associated backdoor artifacts. The persistent Linux backdoor typically runs outside the Magento web root and may survive a reinstallation of Magento itself if the underlying operating system and cron jobs are not also cleaned. Post-exploitation investigation should extend to the operating system level, not only to the Magento application directory. Disrex Group published a public incident-response repository on September 5 with specific indicators of compromise and mechanism details from two confirmed victims.
Potential actions
- Apply Adobe's emergency hotfix VULN-39341 immediately. Download VULN-39341-composer-patches.zip from repo.magento.com, apply it as a composer patch to the Magento installation, and confirm proper installation by running vendor/bin/magento-patches -n status and verifying the 39341 patch shows as applied. Adobe Commerce on Cloud merchants should verify with Adobe whether the patch has been applied automatically or requires manual action.
- Disable GraphQL as an interim control if the hotfix cannot be applied immediately. This removes one of the documented attack paths for StyleSmuggler. Disabling GraphQL may affect storefront features that rely on it; assess impact before disabling in production and treat this as a temporary measure until the hotfix is confirmed applied.
- After applying the hotfix, rotate the Magento encryption key and all credentials that key protects, as Adobe explicitly recommends in APSB26-146. This covers: the Magento admin password and all other admin account passwords, REST, SOAP, and GraphQL API integration tokens, OAuth client secrets, payment gateway API credentials for all connected payment processors, database credentials, SSH keys and deploy keys, and API keys for any third-party extensions. If the store was accessible during September 4-7, treat the pre-hotfix period as a confirmed exposure window and prioritize immediate rotation over next-cycle rotation.
- Run Sansec's eComscan or review the Disrex Group incident-response repository indicators to scan for the StyleSmuggler implant and associated Linux backdoor artifacts. Check cron jobs on the web server operating system for unexpected entries, review processes running as the web server user for anything unexpected, and look for files in directories outside the Magento web root that match the backdoor signatures Sansec and Disrex Group documented.
The Sip
Fully patched stores were compromised. The first victim had applied every available Adobe update. Four days of active exploitation before the emergency hotfix shipped at CVSS 10.0. Apply VULN-39341 now. Disable GraphQL if you cannot patch immediately. Then rotate the encryption key and every credential it covers, including payment gateway API keys. Then scan for the Linux backdoor. Patching alone is not remediation if the implant is already installed.